98592 - Active focus not placed on new Window when opening Desktop document

Status: VERIFIED WORKSFORME

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

Description

[TucsonTester1]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.3+)
Gecko/20010903 Netscape6/6.1b1
BuildID:    20010903

Working with HTML-documents that are saved to the Desktop, and using the
right-click Context Menu to open them into subsequent cascaded Windows, none
have Windows`s active focus after opening the first one.  The first one opened
captures or receives focus and one can immediately use keyboard functions to
begin navigation.  However, opening a second, or any number of subsequent
documents in separate Windows by means of the same method, cause all to arrive
at the forefront but none ever acquire nor receive active focus, and cannot be
navigated from the keyboard until focus is first transferred.

Reproducible: Always
Steps to Reproduce:

        (1) Load one (or a few) .HTML document(s) into the 
                browser, and save it (them) to the Desktop
        (2) Close any and all open Windows and return to 
                Desktop
        (3) Right-click a Desktop icon for the saved document, 
                select Open With | NETSCP6, and the document
                is displayed in a normal, active Window ready 
                for navigation
        (4) Leave or re-position this Window so as it allow 
                access to the saved-document icon(s) on the 
                Desktop (the important thing here is that it
                remains showing)
        (5) Right-click a Desktop icon for a saved document
                (either the same or different one), select
                Open With | NETSCP6, just as above


Actual Results:  Focus remains on the Desktop icon that was selected and opened,
rather than shifting active status to the second newly opened window.  This
second Window, and any subsequent ones that is/are opened _via_ this method
appear in front and cascaded, but do not receive active focus.  The Window must
be selected either by keystroke or mouse-click.  A single <ALT>+<TAB>
task-switch is sufficient to shift the active focus to the frontmost, most
recently-opened Window.

Expected Results:  Focus should be placed on the most recently-opened Window, so
that keys like <PgUp>, <PgDn>, arrow-keys, and <SpaceBar> all are immediately
available to navigate the document.

First noticed this issue when working with Composer windows, but have found it
to be the case for other areas including with Browser windows; thus, is filed
under Browser-General.  This effect occurs on Windows XP and 2000 Professional.
 Both are versions of Windows that contain an ``Open With'' option in the
Desktop right-click context-menu for documents.  It likely applies to other
Windows versions.  This behaviour appears to be independent of whether or not
any other software happens to be running, Minimised or not.

Comment 1

[TucsonTester1]

Added ``CC:''.

Comment 2

[James Green]

-> At a guess, Event Handling, at least for initial triage.

Comment 3

[Ashley Bischoff (blog at handcoding.com)]

-> Keyboard Navigation, punt as needed

Related to bug 87946?

Comment 4

[Aaron Leventhal]

-> focus issues, sorry bryner

Comment 5

[Brian Ryner (not reading)]

Confirmed on current trunk build on Win2k.

Comment 6

[Brian Ryner (not reading)]

quite possibly related to bug 106445... -> 0.9.7

Comment 7

[Brian Ryner (not reading)]

Not gonna make it for 0.9.7.

Comment 8

[Pete Zha]

Can't reproduce on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) 
Gecko/20020311.
On 0.9.9, focus will be on the new opend window if use "open with".

Comment 9

[michael wendell]

Works for me on Win 2k using the 04-22 trunk and 1.0.0 branch builds.  

I am resolving WORKSFORME.

Comment 10

[michael wendell]

Verified on the 05-10 trunk build.

If anyone is still able to reproduce this bug, feel free to reopen it.