Closed Bug 318739 Opened 19 years ago Closed 18 years ago

keyboard focus problem with 'back' and 'forward' session history

Categories

(Core :: DOM: Navigation, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 314362

People

(Reporter: user_2_2_2, Assigned: MatsPalmgren_bugz)

References

(Blocks 1 open bug)

Details

(Keywords: access, regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051201 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051201 Firefox/1.5

If you click on a link in a page when the 'back' and 'forward' session history (browser.sessionhistory) is enabled, press 'back', and then press 'forward', you'll notice that you can't scroll with the directional keys until you click somewhere on the page again, because the keyboard focus is lost.


Reproducible: Always

Steps to Reproduce:

Actual Results:  
cannot scroll with the directional keys until clicking somewhere on the page because again, because the keyboard focus is lost.

Expected Results:  
keyboard focus should be retained
This is a regression between 1.8b5_2005092513 and 1.8b5_2005092523.
Tried http://www.nu.nl/ as a testcase.
I see it also in trunk builds.
And this must be caused by bug 292965, can't nearly miss. :)
Keywords: access, regression
(In reply to comment #3)
> And this must be caused by bug 292965, can't nearly miss. :)
> Iam new to Firefox, but this losing focus when you go to new pages, almost makes product unusable.  Can't tell if theres is a fix or not.  Please advise.  Sorry, but new here and not sure how to report or figure out if patch is available...Dennis

Mark, if this is an issue still it sounds important for Firefox 2.
Assignee: nobody → pilgrim
Blocks: fox2access
I saw this the first time I tried it with Firefox 1.5, using http://www.nu.nl/ as specified in comment 1. However it has not occured since. One of my testers has seen bugs like this recently but nothing reproducable or consistent.

So the question is whtether this is an intermittent problem that is still lingering? Any further info or data points on this bug would be appreciated, especially exact steps to consistently reproduce it.

A couple of questions for the bug reporter and Ria Klaasen:
1) browser.sessionhistory is enabled by default, what exactly did you change in your settings?
2) Is it happening consistently for you? A lot of bfcache bugs have been fixed since the one pointed out in comment 3.
3) Is it still occurring for you in nightly 1.8.0.x/1.8.1/1.9 builds?
Assignee: pilgrim → mats.palmgren
Blocks: focusnav
(In reply to comment #6)
>
1. Nothing changed, just the default settings
2. I don't know, I seldom use keys to scroll
3. I tried the latest branch nightly where it still occurs. Tried it only twice however.
In trunk the problem seems to be solved; could not reproduce it anymore in the latest. Apparently by some checkin between 1.9a1_2006062715 and 1.9a1_2006062723 (tried both builds twice): http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2006-06-27+14%3A00&maxdate=2006-06-28+00%3A00
It is not obvious to me what bug is responsible for that. 
I just tested a lot of sites in the latest branch, especially news sites, and the bug shows up very frequently. The sites where there is no problem are a minority.
Try it in trunk please. It appears to be fixed there. Would be nice to know what fixed it though. Anyway this is a dupe.

*** This bug has been marked as a duplicate of 314362 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
You need to log in before you can comment on or make changes to this bug.