33129 - location dialog presence causes keyboard input mishandling in main-window text box

Status: VERIFIED FIXED

(Core :: XUL, defect, P3)

Description

[jon rekai]

steps to reproduce:
1.  Choose File | Open Web Location
2.  Give focus to address bar text area.
3.  Hit ctrl-c.

Comments:
Occurs in window/instance from which Open Web Location was raised.  Other
mozilla instances are not affected.
Does not occur when ctrl-l is used to open a location.
It is not necessary to browse to any particular location.  about:blank is fine.
Reproducibility: always.

Comment 1

[John Morrison]

I cannot reproduce this with either 2000032306 win98 (beta1), or
2000032309 win98 (trunk). Can you note what build you are using, 
confirm that this was on win95, and elaborate on the steps to reproduce. 
Thanks.

Comment 2

[jon rekai]

Does not occur with find, about dialogs.
Build ID: 2000032308
Platform: Win95 OSR2
Processor: PentiumII

Earlier build (a 20000322xx) exhibited the same.  I just ctrl-n opened a new
window, clicked File | Open Web Location.  Click back on main/parent window
(sorry, that part is significant) address bar, hit ctrl-c, and out it goes.
Other windows, like the one i'm typing in, are not affected.  I'll make a point
of trying it on NT4 tomorrow.

Comment 3

[jon rekai]

reproduced on nt4 sp3 builds 2000332210 and 2000032308.

Comment 4

[jon rekai]

reproduced with 2000032416 w95.

Comment 5

[jon rekai]

reproducible NT4 SP3 build 2000032416.  will continue checking daily builds but
refrain from posting comments daily until further direction receiver or behavior
can no longer be reproduced.

Steps to reproduce:
0. Get a mozilla instance- fresh start or a new window.
1. File | Open Web Location (mouse it or alt-f-l).
2. Give focus to main-window navbar.
3. Ctrl-C.

Additional information:
--cannot reproduce after mousing over main-window menu bar.

Comment 6

[jon rekai]

Revised steps to reproduce (2000032409, 2000032416, w95- will check NT4 later)
0. Get a mozilla instance- fresh start or a new window.
1. File | Open Web Location (mouse it or alt-f-l).
2. Leave dialog up, go back to the main-window (give it focus).
3. Go do anything but mouse over the main menu.
-. optional: If your sidebar is open, go doubleclick a bookmark that'll take you
to a page with an input text box or textarea.
4. Give focus to main-window navbar, sidebar-search-text, or a text box or
textarea on the web page.  (carat should be flashing there.)
5. Ctrl-C.

Niether a popup (html) window (aol.com/) nor a javascript alert prevented ctrl-c
from killing the instance.

Comment 7

[jon rekai]

w95, build 2000032409, 2000032416

Looks like having the location dialog up causes keyboard input in main-window
textboxes/areas to be mishandled.

To kill the application instance:
1. Ideally, have several main-window instances open; page content doesn't seem
significant.
2. Go to home.netscape.com or any page that has a textbox/area.
2. File | Open Web Location (mouse or alt-f-l).
3. Click the "Weather Search - Enter city..." textbox in main-window or other
available textbox/area in main-window, including nav-bar or sidebar-search-text.
4. Depress 'q'

Related:
Follow steps 1 through 3 above.
4. File | Open Web Location (mouse or alt-f-l) to raise the location dialog.
5. Type 'n'.  You should have a new main-window instance.  Do whatever you want
with it.
6. Back in the original main-window, dismiss and then raise the location dialog
again.
7. Click the textbox in main-window.
8. Type one of the following chars for the desired result:
   c       death to the main-window instance
   d       Composer with page in edit mode
   e       edit context menu
   l       another location dialog
   o       open dialog
   s       save dialog
   i, p    Mail!  I would have expected 'm' to do that
and, 'q' kills the app.

If the app wasn't killed, dismiss the location dialog and raise again.  Go back
and try another char.

Note:
Other application instances are not affected by the application instance being
killed.
[ctrl-] is optional.
Text may be present in the main-window navbar or document textbox/area and may
be selected when the [ctrl]-c is issued.
The carat position in the textbox/area is not significant.

Comment 8

[jon rekai]

reproducible nt4 sp3 and w95 builds 2000032409 and 2000032416.  Also
reproducible in composer- both OSs, both builds above- edit a page with a
textbox and follow steps for browser.  With location dialog raised, first
keystroke in a textbox/area in parent main-window is treated as an
accelerator(accesskey) for main-menubar.

Comment 9

[Peter Trudelle]

reassigning to danm for triage, cc saari.

Comment 10

[Dan M]

The Open Location Dialog is modal, and it's a bug that you can even give focus to 
its parent window. Why doing so has such neat repercussions is something of a 
mystery. (Well, it seems the File Menu in the parent window can't release 
keyboard focus while basically still processing the "open location dialog" 
command). That's probably excuseable behaviour. So rather than solving it, I've 
nipped it instead by reinstating the modal window's modal behaviour (see bug 
30633.)

Comment 11

[Dan M]

(PS: thanks, jonrekai, for all the analysis. It made the problem much more 
clear.)

Comment 12

[jon rekai]

glad i could help make an issue readily identifyable-  you're the ones who
deserve the thanks, though.  :)

Comment 13

[Keyser Sose]

Works for Me
Platform: PC
OS: Windows 98
Build # 2000100508

Marking as Verified