600527 - Loss of focus in web forms in tabbed links

Status: RESOLVED DUPLICATE of bug 600187

(Camino Graveyard :: HTML Form Controls, defect)

Description

[mike smith]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en; rv:1.9.2.11pre) Gecko/20100928 Camino/2.1a1pre (like Firefox/3.6.11pre)
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en; rv:1.9.2.11pre) Gecko/20100928 Camino/2.1a1pre (like Firefox/3.6.11pre)

Complete loss of focus in links opened in new tabs. Forms do not acquire focus unless you first cycle between tabs or between address bar and form. 

Reproducible: Always

Steps to Reproduce:
1. in Camino > Preferences > Tabs: Check 'Links that would open new windows'
2. (optional) Preferences > Web Features: Tab selects drop down --> All form controls and links.
3. open http://www.dd-wrt.com/site/community
4. click the link 'Forum' --> opens in a new foreground tab (the link has the target="_blank" attribute)

Actual Results:  
Results: Complete loss of focus
A. grab your mouse, and scroll down to the bottom of the screen, there is a login field. You cannot click in it.
B. (with (2) above set), try tabbing between links. Nothing happens.
C. Try scrolling up/down for the keyboard (space bar, home/end or page up/down keys). Fail.

Cmd-tab-ing away from Camino, or switching between tabs etc, restores the focus.

Expected Results:  
Forms in new page should have focus. Tabbing between forms should shift focus to next form.

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I think philippe could reproduce this on 10.6, but I haven't been able to do so on 10.5.

Comment 2

[philippe (part-time)]

The most visible part of this bug (the complete loss of focus after clicking the 'forum' link) is, I think, also covered by bug 600187.

Nathan, the bug reporter, runs on 10.5 according to his UA string.
He also could repro the issue with the minimal test case I created:
http://dev.l-c-n.com/camino/target/target_blank.html

I won't dupe this yet, because the site in comment 0 has another, additional, issue. After the STR in comment 0, clicking on the 'search' link leads to a second page that has no focus at all (can't click in the text field). The site does some JS trickery and appends a query string to the url (/search.php?sid123445 - with the digits being some random number). That query string is then used in a <input type="hidden"> for the search form, and in the url for the advertisement js (google stuff), according to the generated source.
I haven't figured out yet if that focus loss on the search page is caused by the focus loss on the originating page, or something else (bug 576821 ?).

I'll mark this as new to keep it on the radar, but this could end up being a dupe of one the 2 bugs above.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Can we check and see if this regressed at the same time as bug 600187, or if it had been broken before that (like bug 576821)?

Comment 4

[philippe (part-time)]

This seems to have been broken before bug 563321, as far back as the first known gecko-1.9.2 build - Version 2.1a1pre (1.9.2.2pre 20100214202913). However, the 'next step' - clicking the search link (3rd parag in comment 2) works in builds prior to the landing of bug 563321.

Comment 5

[Stuart Morgan]

I can't repro either part of this in a build with my latest patch, so it looks like this was indeed a dup.