Description of problem: Pasting a string into shell, using ctrl+alt+v. Example: In the line there was this already typed: export DATABASE_URL= then i pasted this: postgres://user:password@localhost/pro_db_dev and it crashed. Version-Release number of selected component: zsh-5.7.1-1.fc30 Additional info: reporter: libreport-2.10.0 backtrace_rating: 4 cmdline: /bin/zsh crash_function: zle_setline executable: /usr/bin/zsh journald_cursor: s=fbb0c4301664435eb90b8d39bccce2fa;i=622e0;b=d79e15fac82b4acdaa1b80aa5877907a;m=8cc54d3ab;t=58bcd85431475;x=f7ad7eff22f98c5c kernel: 5.1.11-300.fc30.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 zle_setline at zle_hist.c:765 #1 unapplychange at zle_utils.c:1610 #2 undo at zle_utils.c:1592 #3 execzlefunc at zle_main.c:1467 #4 bin_zle_call at zle_thingy.c:790 #5 execbuiltin at builtin.c:507 #6 execcmd_exec at exec.c:4090 #7 execpline2 at exec.c:1927 #8 execpline at exec.c:1658 #9 execlist at exec.c:1413
Created attachment 1582991 [details] File: backtrace
Created attachment 1582992 [details] File: cgroup
Created attachment 1582993 [details] File: core_backtrace
Created attachment 1582994 [details] File: cpuinfo
Created attachment 1582995 [details] File: dso_list
Created attachment 1582996 [details] File: environ
Created attachment 1582997 [details] File: exploitable
Created attachment 1582998 [details] File: limits
Created attachment 1582999 [details] File: maps
Created attachment 1583000 [details] File: mountinfo
Created attachment 1583001 [details] File: open_fds
Created attachment 1583002 [details] File: proc_pid_status
unapplychange() as well as applychange() calls: zle_setline(quietgethist(ch->hist)); quietgethist() may return NULL in some cases but zle_setline() expects non-NULL argument. But I am not sure how this case should be handled, will need to ask upstream...
I have proposed a patch upstream: http://www.zsh.org/mla/workers/2019/msg00485.html
Neither zsh upstream is able to reproduce the crash. Do you use any zsh plug-ins or some special setup?
A new version of the patch proposed upstream: http://www.zsh.org/mla/workers/2019/msg00602.html
upstream commit: https://github.com/zsh-users/zsh/commit/f9cd2187
Oops, I messed it up. A fixup patch will be needed: http://www.zsh.org/mla/workers/2019/msg00618.html
(In reply to Kamil Dudka from comment #18) > Oops, I messed it up. A fixup patch will be needed: > > http://www.zsh.org/mla/workers/2019/msg00618.html upstream commit: https://github.com/zsh-users/zsh/commit/d6a9e222
dist-git commit: https://src.fedoraproject.org/rpms/zsh/c/143732d6
FEDORA-2019-949a7cdde2 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-949a7cdde2
zsh-5.7.1-4.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-949a7cdde2
zsh-5.7.1-4.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to Kamil Dudka from comment #15) > Neither zsh upstream is able to reproduce the crash. Do you use any zsh > plug-ins or some special setup? Yes, but the patch has solved this issue. Just repling to remove the needsinfo flag.
Perfect. Thanks for feedback!