Bug 705786

Summary: [abrt] zsh-4.3.10-5.fc14: cv_parse_word: Process /bin/zsh was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Steven Bakker <sb>
Component: zshAssignee: Dominic Hopf <dmaphy>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: dmaphy, james.antill
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:f388ed84f3410eb52b0f51786d878e647a50d64b
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-16 21:26:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: backtrace none

Description Steven Bakker 2011-05-18 13:17:10 UTC
abrt version: 1.1.18
architecture: x86_64
Attached file: backtrace, 219988 bytes
cmdline: zsh
component: zsh
Attached file: coredump, 1957888 bytes
crash_function: cv_parse_word
executable: /bin/zsh
kernel: 2.6.35.13-91.fc14.x86_64
package: zsh-4.3.10-5.fc14
rating: 4
reason: Process /bin/zsh was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1305723976
uid: 500

comment
-----
My ".zshrc" contains the following for autocompletion:

---
fpath+=/usr/share/doc/task/scripts/zsh
zstyle ':completion:*' completer _expand _complete
zstyle :compinstall filename '/home/steven/.zshrc'
autoload -Uz compinit
compinit
---

This crash does not always happen, but so far, I've managed to crash the shell three times sequences like:

   task add proj<TAB><TAB>

And:
 
   task add proj<TAB>

And:

  task add<TAB><TAB>

If I do this in a "fresh" shell, it never crashes. However, when it is preceded by some other completion attempts, at some point it crashes.

I don't think it the sequences themselves are significant, but I did notice the following, inconsistent behaviour:

1. Fresh shell
2. "task ad<TAB>"

This _should_ expand to "task add ", since "ad" is a unique prefix for "add". However, this doesn't happen. It only happens on the second <TAB>. After this, however, any subsequent "task ad<TAB>" immediately expands to "task add ". The same goes for "task add proj<TAB>" in a fresh shell, or any other expansion attempt. After the first expansion, all other expansions happen correctly.

Could be an off-by-one error? Or just a red herring?

Whatever the case, there's definitely something wrong with user-defined completion. Not sure if this is unique to the "task" case, or something more general.

How to reproduce
-----
1. Install task-1.9.4-1.fc14.x86_64
2. Set up autocompletion for "task" in .zshrc (see below).
3. Use auto completion on "task" command.

Comment 1 Steven Bakker 2011-05-18 13:17:13 UTC
Created attachment 499597 [details]
File: backtrace

Comment 2 Dominic Hopf 2011-12-17 19:41:13 UTC
Hi Steven,

this issue is most likely fixed in newer versions of Zsh. You can update to F15 or F16 and pull the 4.3.14 update from updates-testing to see this.

Regards,
Dominic

Comment 3 Fedora End Of Life 2012-08-16 21:26:21 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping