Closed
Bug 227887
Opened 21 years ago
Closed 20 years ago
Ctrl+Tab doesn't work in failed (gray, completely blank) tab
Categories
(Firefox :: Toolbars and Customization, defect, P2)
Tracking
()
VERIFIED
FIXED
Firefox1.0beta
People
(Reporter: dalangalma, Assigned: bugzilla)
References
Details
(Keywords: fixed-aviary1.0, testcase)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 This might be related to Bug 210952 - If a tab in a tabset (from bookmarks) fails to load a page (blahblah page not found) and you try to Ctrl+Tab through all the tabs, the cycle will stop at that failed tab. You'll be tabbing along, and suddenly - stopped. Not a very major bug, but it's there. Reproducible: Always Steps to Reproduce: 1. Make a bookmark folder that includes a site that fails to load for some reason. (DNS trouble, whatever) 2. Load all the bookmars into tabs as a tabset. 3. Ctrl+Tab through the tabs. Actual Results: It'll stop cycling at the failed page. Expected Results: Continued to cycle through tabs.
Comment 1•21 years ago
|
||
Dup of bug 112337 or bug 177030? Fixed for zombie pages, but not for tabs that haven't had any pages in them, in bug 110718.
Comment 2•21 years ago
|
||
Something strange: Ctrl+Tab doesn't work in failed tabs, but many keyboard shortcuts (Ctrl+W, Ctrl+N) do work.
Summary: Ctrl +Tab stops cycling through tabs at failed page from tabset → Ctrl+Tab doesn't work in failed (gray, completely blank) tab
Comment 3•21 years ago
|
||
*** Bug 230907 has been marked as a duplicate of this bug. ***
Comment 4•21 years ago
|
||
I still see this bug in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040128 Firebird/0.8.0+ so it's not a dup of any of the bugs I mentioned in comment 1.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•21 years ago
|
||
See also bug 232770, "Tab-switching shortcuts don't work when address bar has focus (Ctrl+Tab, Ctrl+PgDn)".
Comment 6•21 years ago
|
||
*** Bug 216258 has been marked as a duplicate of this bug. ***
Jesse- Why did an earlier bug get marked a dupe of this one instead of vice versa?
Comment 8•21 years ago
|
||
alan: because this bug is cross-referenced and has a slightly better summary.
Updated•21 years ago
|
Assignee: blake → hyatt
Component: General → Toolbars
QA Contact: bugzilla
Comment 9•21 years ago
|
||
This is not only a Windows XP problem. I'm using Firefox 0.8 under Linux here and I can reproduce it. However, not only Ctrl+Tab, but *no* key works. This is really bad, because it makes keyboard navigation impossible and forces the user to use the mouse. It furthermore is not necessary to use bookmarks -- every time that gray page appears (I think it's when a server doesn't respond), the keyboard navigation completely stops working, until mouse-clicking into the gray page or elsewhere. I do not think that this is only a minor bug. It really should be fixed, as it is very annoying.
Comment 10•21 years ago
|
||
Felix: sounds like you're hitting bug 223675, which is Linux-specific. Ctrl+Tab is broken for failed pages on all platforms, but other shortcuts like Ctrl+W are only broken on Linux.
Comment 11•20 years ago
|
||
Another way to reproduce the problem (or is it another problem): 1. Open some page in a tab 2. Open another tab with the URL http://serber.chsc.dk/misc/ctrltab/ 3. Notice that CTRL+TAB does not work, but only when that tab is active 4. Wait 30 seconds. 5. Notice that CTRL+TAB now works again. http://serber.chsc.dk/misc/ctrltab/ is a regular HTML page, that includes a stylesheet file. The stylesheet is actually a PHP file that sleeps for 30 seconds before outputting anything. If you access http://serber.chsc.dk/misc/ctrltab/sleep.php?seconds=30 directly, CTRL+TAB still works. In other words, if an include file is loading slowly, CTRL+TAB gets disabled until the include file is loaded. This is the case with both external stylesheets and Javascript includes.
Comment 12•20 years ago
|
||
Adding blocking1.0? - I experience this bug several times a day. Very annoying if you open a lot of tabs in the background - when you cycle through the tabs to get to the one that completes loading first, you may get stuck at a tab that loads slowly.
Flags: blocking1.0?
Keywords: testcase
Updated•20 years ago
|
Flags: blocking1.0? → blocking1.0+
Updated•20 years ago
|
Assignee: hyatt → bugs
Severity: minor → normal
Priority: -- → P2
Target Milestone: --- → Firefox1.0beta
Updated•20 years ago
|
Assignee: bugs → sspitzer
Updated•20 years ago
|
Flags: blocking-aviary1.0RC1+
Assignee | ||
Comment 14•20 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 15•20 years ago
|
||
WFM in a current branch build
Status: RESOLVED → VERIFIED
Keywords: fixed-aviary1.0
Updated•18 years ago
|
QA Contact: bugzilla → toolbars
You need to log in
before you can comment on or make changes to this bug.
Description
•