Closed Bug 303360 Opened 19 years ago Closed 19 years ago

bfcache blocks all keys except shortcuts

Categories

(Core :: DOM: Navigation, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ivan.icin, Unassigned)

References

Details

(Keywords: access, regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050802 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050802 Firefox/1.0+

After going back with bfcache enabled, keyboard seems not to work except the
ctrl and combination of ctrl and other keys. The things that don't work include:
find as you type, scrolling with up and down arrows, carret browsing (f7). After
using some ctrl combination that works (e.g.ctrl+f), keyboard unblocks, and
everything works fine.

Reproducible: Always

Steps to Reproduce:
1. go to some page
2. go back
3. try to scroll with arrow keys

*** This bug has been marked as a duplicate of 299514 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Reopening. I have carefully read the bug, and there is nothing common between
these two bugs. Other bug appears randomly, this bug appears regulary. Other bug
is connected with problems with control+c, and control+some key is the only
combination that escapes my bug.

So, I think it is quite clear there is nothing in common.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
The alt key seems always to work after I click in the page. Seems like the page
is not focused enough in the bfcache mode.
Regressed between 2005073013 and 2005073111.
Summary: bfcache blocks all keys except ctrl → bfcache blocks all keys except ctrl and alt
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.8b4?
Keywords: access, regression
Could this be bug 301804, bug 302139 or bug 249136?
(In reply to comment #3)
> The alt key seems always to work after I click in the page. Seems like the page
> is not focused enough in the bfcache mode.
> Regressed between 2005073013 and 2005073111.
Also the arrow keys, the findbar(/) and the type-as-you-find function only work
if I first click in the page. I don't see this problem (even with bfcache
enabled) in the 2005073013 build.

*** This bug has been marked as a duplicate of 301804 ***
Status: NEW → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → DUPLICATE
Not sure sure this is duped correctly.  This sounds like a loss-of-focus issue,
which I've been seeing recently, but much more recently than the fastback landing.
Flags: blocking1.8b4?
Reopining for the second time. I don't say that this bug doesn't have a
duplicate, but these two candidates were wrong.

I would also like to know if someone could upgrade summary somehow. Both bugs
that were suppose to be duplicate of this bug dealt with keyboard shortcuts,
while in the situation I describe everything doesn't work but the keyboard
shortcuts!

Also, it is clear from the Ria's window of regression that proposed bug can't be
duplicate, as it was submitted before that.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Hope that this summary update will help.
Summary: bfcache blocks all keys except ctrl and alt → bfcache blocks all keys except shortcuts
As blocking request by Cusser was not reviewed, but was dropped because this bug
was marked as a duplicate, I am just restoring it.
Flags: blocking1.8b4?
I think I can't reproduce this anymore: Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8b4) Gecko/20050806 Firefox/1.0+
Status: REOPENED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → WORKSFORME
Flags: blocking1.8b4?
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.