Closed
Bug 32349
Opened 25 years ago
Closed 23 years ago
Main pane loses focus on open-in-new-window
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
mozilla1.0
People
(Reporter: ltskinol, Assigned: saari)
References
()
Details
(Whiteboard: [nsbetadenied])
Browse to a page and select inside the browser window. The keyboard arrow
keys work.
Now right-click on a link and select Open in New Window. When the new
window comes up, minimize it. Bring the original window back into focus
with the window manager (I use auto-raise and auto-focus, but clicking
on the title bar is equivalent). Now something other than the main pane
has the focus, as the arrow keys no longer work, and you have to re-click
in the main pane to get the arrow keys to work. This makes it harder
to use Open in New Window, because you have to keep going back and
clicking in the main pane to scroll to the next link.
Comment 1•25 years ago
|
||
Dupe of Bug 9701. ltskinol@edgebbs.com - I don't know what version you were
using, but did you read the release notes for M14?
http://www.mozilla.org/projects/seamonkey/release-notes/m14.html
Gerv
*** This bug has been marked as a duplicate of 9701 ***
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
I re-read the release notes again tonight, and don't see it. Sorry.
The report was against nightly build 2000031716, but I've seen this
problem for as long as I can remember. Certainly since M13. Sorry
for not including that information.
If I read it right, bug 9701 lists this as fixed as of mid February.
Since I'm using a newer build than that, I'd like to re-open this bug.
Please let me know if I'm on drugs.
Comment 3•25 years ago
|
||
This does look different from 9701 and is not working properly in recent
nightly builds under NT Reopening bug. Changing OS to all and sending to evant
handling for a look.
Status: RESOLVED → UNCONFIRMED
Component: Browser-General → Event Handling
Resolution: DUPLICATE → ---
Comment 4•25 years ago
|
||
re-assigning to event handling owner
Assignee: cbegle → joki
QA Contact: asadotzler → janc
Comment 6•25 years ago
|
||
ltskinol@edgebbs.com - are you still seeing this problem on recent builds of
Mozilla? Don't worry, I wont dupe it again ;-)
Gerv
Assignee | ||
Updated•25 years ago
|
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → M17
Yes, the problem still remains as of the 2000041409 build.
Comment 9•24 years ago
|
||
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Assignee | ||
Comment 10•24 years ago
|
||
Context menus need to stop taking focus, this is messing up other things
(commands) that look for the focused item.
Keywords: nsbeta3
Comment 11•24 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Comment 12•24 years ago
|
||
nsbeta3-, wouldn't hold for this particular symptom, but should be fixed as part
of fix for other more serious (plussed) bugs.
Whiteboard: [nsbeta3-]
Target Milestone: M21 → Future
Comment 13•24 years ago
|
||
Comment 16•24 years ago
|
||
Changing Status for my reference. Was NSBETA3-. Anyone think this
should be renominated?
Whiteboard: [nsbeta3-] → [nsbetadenied]
Comment 17•24 years ago
|
||
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
Assignee | ||
Comment 19•23 years ago
|
||
works for me on win2k. Still a problem on linux?
Assignee | ||
Comment 20•23 years ago
|
||
seems to workforme
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 23 years ago
Resolution: --- → WORKSFORME
Updated•23 years ago
|
QA Contact: madhur → rakeshmishra
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•