Closed Bug 117524 Opened 23 years ago Closed 22 years ago

keyboard does not work after iconifying new window

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
mozilla1.4final

People

(Reporter: jamiec, Assigned: bryner)

References

()

Details

(Keywords: topembed+, Whiteboard: [adt2 RTM] [ETA 06/06])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.7) Gecko/20011221 BuildID: 2001122106 After iconifying my home webpage (http://my.yahoo.com), I can't use the keyboard. Reproducible: Always Steps to Reproduce: 1. Start Mozilla and set your home page to http://my.yahoo.com. 2. Quit Mozilla. 3. Open Mozilla. 4. Type Apple-N to pop up a new web page. 5. Press the yellow stop light button to iconify the window. 5. De-iconify the window. 6. Try to change the URL in that window (or try other key bindings for that matter). Actual Results: I could not modify the URL via the keyboard, even after it was selected. Expected Results: I should have been able to use the keyboard. I work around is to select another mozilla window and then go back to the other one.
I see this as well with 010212 OSX build. I don't see it on windows or linux. I only see it if I have logged into my.yahoo.com and checked the box for yahoo to remember my login. ->event handling
Assignee: asa → joki
Status: UNCONFIRMED → NEW
Component: Browser-General → Event Handling
Ever confirmed: true
QA Contact: doronr → madhur
I have bugs like this for 0.9.9 on windows as well, taking
Assignee: joki → saari
Target Milestone: --- → mozilla0.9.9
Keywords: nsbeta1
Keywords: nsbeta1nsbeta1+
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.9 → mozilla1.0
*** Bug 121346 has been marked as a duplicate of this bug. ***
changing platform to all as it happens on MacOS X and Win32
OS: MacOS X → All
scratch that, I already have a MacOS X specific bug so this is for Win32. They actually turn out to be different issues
Hardware: Macintosh → PC
*** Bug 124929 has been marked as a duplicate of this bug. ***
QA Contact: madhur → rakeshmishra
Whiteboard: [adt2 RTM] [ETA 06/06]
Blocks: 143047
QA Contact: rakeshmishra → trix
ADT: Nominating topembed
Keywords: topembed
Saari, Can you please milestone and assign this bug?
Keywords: topembedtopembed+
QA Contact: trix → cpetersen0953
could this have been fixed with brian's fix for bug 201996 (among several other bugs)?
I think bryner may have just fixed this
Assignee: saari → bryner
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0 → mozilla1.4final
This works for me now in win32.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.