Closed
Bug 81951
Opened 24 years ago
Closed 22 years ago
Keyboard+scrollbars don't respond during "Transferring data from ..." (while a new page is loading)
Categories
(Core :: XUL, defect)
Tracking
()
People
(Reporter: doctor__j, Assigned: jag+mozilla)
References
()
Details
(Keywords: access)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9+) Gecko/20010518
BuildID: 2001051804
Reproducible: Always
Steps to Reproduce:
1. Load any URL (preferrably some sites which are slow to connect)
2. When you see "Transferring data from ..." in the status bar, enter some
keyboard shortcuts, like Ctrl-N, Alt-F, etc. or even just press Alt key to raise
up the File menu tab.
3. Mozilla doesn't accept your keypress. Only mouse can do the control at this
moment until the browser starts to render the page.
Expected Results: Keypress is processed any time during browsing.
Comment 1•24 years ago
|
||
this works for me on 2001052204, Win2k
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 2•23 years ago
|
||
i cannot repro this either [winnt, linux, mac] using 2001.05.31.0x comm bits.
[eg, http://www.voodooextreme.com]
is this [still] a problem for anyone else? if so, pls do reopen.
Status: RESOLVED → VERIFIED
Still happens using Win32 build 2001062606.
Timing is important in reproducing this bug.
Keyboard is not responding when the page content is just being downloaded,
before the content being rendered out on the screen. Try again a few times if
you can't catch the bug.
I am on 56k connection. I think this helps to extend the timeframe in which I
can reproduce this bug.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
*** Bug 87963 has been marked as a duplicate of this bug. ***
Comment 5•23 years ago
|
||
This is a major problem for keyboard users. Mouse users can escape most web
site "lock-ins" (intentional or unintentional) by pressing the back button twice
quickly, but pressing alt+left twice quickly doesn't have the same effect
because of this bug. See dup bug 87963.
Severity: normal → major
Keywords: access
Comment 6•23 years ago
|
||
akkana, kathy, are either of you able to repro this on linux or mac
[respectively]? looks like a slow connection helps here --also see jesse's
testcase in 87963... i'll check this out in a bit...
Comment 7•23 years ago
|
||
Well, I never get the "transferring data from ..." message; my status bar stays
on "Connecting to..." until the whole page is loaded. But it's true that I
can't seem to stop the load by hitting a keyboard shortcut like alt-backarrow,
while mousing twice on the backarrow button is marginally more successful.
This might be related to focus; there's no telling what the focus manager might
be doing with the focus while a page is loading, and perhaps the focus is
somewhere where no key bindings work. All of the sample pages in this bug and
87963 involve lots of popups (and juggling cookie dialogs when I go there the
first time; after the first time, they are no longer slow to load because
they're coming from cache) so the focus is changing all over the place and it's
not surprising that it's not back in the main window.
It would be useful to have a page which was reliably slow to load regardless of
connection speed (a CGI with a delay loop?) yet had no popups or other focus
changes.
I got it! I got it!
Repro steps...
1. Go to the URL above
(http://tinderbox.mozilla.org/bonsai/cvsquery.cgi?module=MozillaTinderboxAll&date=explicit&mindate=993752700).
2. Observe the following messages in status bar:
a) Resolving host tinderbox.mozilla.org
b) Connecting to tinderbox.mozilla.org
c) Transferring data from tinderbox.mozilla.org
d) Connecting to bonsai.mozilla.org
e) Transferring data from bonsai.mozilla.org
3. When message (e) is shown in status bar, try any keyboard nav. Then you'll
see that bug...
Comment 9•23 years ago
|
||
Reassigning alecf keyboard bugs.
-> xptoolkit, this is a paint supression bug
Assignee: alecf → trudelle
Status: REOPENED → NEW
Component: Keyboard Navigation → XP Toolkit/Widgets
QA Contact: sairuh → aegis
Summary: Keyboard doesn't respond during "Transferring data from ..." → Keyboard+scrollbars don't respond during "Transferring data from ..."
Comment 11•23 years ago
|
||
*** Bug 92298 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
Would this include that the browser freezes while it is downloading mail?
Unfreezes when downloading mail stops (tested on pop3)
Comment 13•23 years ago
|
||
Very, very annoing. :(
Comment 14•23 years ago
|
||
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
Comment 15•23 years ago
|
||
*** This bug has been marked as a duplicate of 76495 ***
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
Comment 17•22 years ago
|
||
Reopening. Not a duplicate of bug 76495 according to
http://bugzilla.mozilla.org/show_bug.cgi?id=76495#c112.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Summary: Keyboard+scrollbars don't respond during "Transferring data from ..." → Keyboard+scrollbars don't respond during "Transferring data from ..." (while a new page is loading)
Comment 18•22 years ago
|
||
Reassigning just to be sure.
Assignee: hyatt → jaggernaut
Status: REOPENED → NEW
Comment 19•22 years ago
|
||
No, seriously.
*** This bug has been marked as a duplicate of 76495 ***
Status: NEW → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•