Closed
Bug 303360
Opened 20 years ago
Closed 20 years ago
bfcache blocks all keys except shortcuts
Categories
(Core :: DOM: Navigation, defect)
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
Comment 1•20 years ago
|
||
*** This bug has been marked as a duplicate of 299514 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 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 → ---
![]() |
||
Comment 3•20 years ago
|
||
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
Updated•20 years ago
|
Blocks: blazinglyfastback
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.8b4?
Keywords: access,
regression
Comment 4•20 years ago
|
||
![]() |
||
Comment 5•20 years ago
|
||
(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.
Comment 6•20 years ago
|
||
*** This bug has been marked as a duplicate of 301804 ***
Status: NEW → RESOLVED
Closed: 20 years ago → 20 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.
Updated•20 years ago
|
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
Reporter | ||
Comment 10•20 years ago
|
||
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?
Reporter | ||
Comment 11•20 years ago
|
||
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: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
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.
Description
•