[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #42469] GUI crashes on international character
From: |
Mike Miller |
Subject: |
[Octave-bug-tracker] [bug #42469] GUI crashes on international character after autocompletion |
Date: |
Fri, 30 Jan 2015 23:03:37 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.91 Safari/537.36 |
Update of bug #42469 (project octave):
Severity: 3 - Normal => 4 - Important
Status: Need Info => Confirmed
Release: 3.8.1 => dev
Summary: Crash when entering caret => GUI crashes on
international character after autocompletion
_______________________________________________________
Follow-up Comment #9:
Sorry for the delay, but I can confirm this crash of the GUI now with the OP's
examples. I can crash any of 3.8.2, gui-release, and default.
The keyboard layout doesn't seem to matter for me, specifically I can crash
the GUI with both standard US layout with Compose for international
characters, or using US with dead key layout. As long as there is some way to
enter an international character from the keyboard with either compose or dead
keys. Pasting a character into the editor from the clipboard does not cause
the crash.
Entering non-ASCII characters into the command window does not crash. Entering
non-ASCII characters into a new editor window does not crash. The
autocompletion popup has to be activated first, and either selected or
canceled. The keyboard focus then has to stay in the editor and a non-ASCII
international character entered using dead keys or a compose key combination.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?42469>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #42469] GUI crashes on international character after autocompletion,
Mike Miller <=