Community
Participate
Working Groups
I20060328-0010 To reproduce: - open Find/Replace dialog - find some text, such that the MRU combo for the Find field contains something - enable regex - invoke content assist in Find field => pressing PageUp or PageDown changes the Find field text as welll => pressing Home or End moves the caret in the Find field as well All these keys should only move the selection in the popup list.
Susan, If this isn't field-assist related then punt it back...
hmmm..differing results on different platforms. Don't see this on the Mac on I20060328-0010, but i do see a similar problem with the arrow keys (whereby the arrow affects the combo and the popup). PageUp and PageDown do not affect the combo contents on the Mac, whereby arrow key does. On Linux GTK (I20060328-0010) the arrow keys and PageUp/PageDown work as expected (affecting the popup only).
This behavior occurs as described on Windows. To summarize: Windows - arrow up/down works as expected (affects only popup selection) - page up/down affects the combo contents (incorrect) and the popup selection - when combo selection is affected, the combo doesn't open Mac - arrow up/down affects the combo contents (incorrect) and popup selection - when combo selection is affected, the combo actually opens (bad) - page up/down works as expected (affects only popup selection) Linux/GTK - arrow up/down works as expected (affects only popup selection) - page up/down works as expected (affects only popup selection) Any solution needs to be tried on all platforms and also consider bug #133722
The incorrect behavior on the Mac is explained by bug #133722 (SWT bug #136272). So this bug refers to the Windows-only behavior whereby PageUp and PageDown are affecting the combo contents. Windows - arrow up/down works as expected (affects only popup selection) - page up/down affects the combo contents (incorrect) and the popup selection - when combo selection is affected, the combo doesn't open
Navigation keys handled by the popup should never allow propagation of the keystroke back to the target control, even if propagateKeys = true. Fixed >20060411.
verified in I20060413-0100, WinXP
Created attachment 165252 [details] This is a snippet highlighting the bug.
I'm experimenting the bug with the snippet attached bellow. This appends on a linux machine (not tested in other OS). Please let me no there is a bug or I'm simply doing it wrong. Lucien Pereira
I tested the snippet on Windows Vista, it works perfectly. Do I have to report a bug for Linux Platform ?
Yes, if you see the problem then please file a new bug with steps to reproduce and indicate which build you are using.
