Closed
Bug 319132
Opened 19 years ago
Closed 3 years ago
"Links" in background tabs affect cursor
Categories
(Camino Graveyard :: Page Layout, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: alqahira, Unassigned)
References
()
Details
(Keywords: regression, Whiteboard: needinfo)
Attachments
(2 files)
1. Load apple.com in one tab.
2. Wait for the iPods to start scrolling.
3. Switch tabs.
4. Hover over where the iPods are in the bg tab.
5. Observe the pointer changes to hand.
6. Move the cursor anywhere else on your screen (except dock)
7. Observe the cursor stays a hand, even hovering over other apps :-(
Doesn't happen in 0.8.4 :-(
I can't check for regression window now though....
Comment 1•19 years ago
|
||
I've seen this for a long time, and it's annoying.
Flags: camino1.0?
Summary: "Links" bleed through to new tabs/windows → "Links" in background tabs affect cursor
Comment 2•19 years ago
|
||
I see it a lot with marquee tags in background tabs.
Comment 3•19 years ago
|
||
Can someone whip up a simple testcase?
Reporter | ||
Comment 4•19 years ago
|
||
This broke sometime between 2004-06-16 and 2004-06-24; there were no trunk builds in between :(
Regression window: http://tinyurl.com/bab2j
Bug 20022 seems like a possible candidate, but there are other things in there, too.
Updated•19 years ago
|
Flags: camino1.0? → camino1.0-
Target Milestone: --- → Camino1.1
Comment 5•19 years ago
|
||
I can't reproduce this with a simple marqee testcase. Need a better, reproducible test (and ipods have gone from www.apple.com).
Whiteboard: needinfo
Reporter | ||
Comment 6•19 years ago
|
||
Here'e the HTML complete of the dancing ipods. Note that Apple was doing some fu so that they alternated with the iMac, so sometimes they appear at the top and sometimes at the bottom of the page. Anyway, testcase creators, have fun!
Comment 7•19 years ago
|
||
I think I was mistaken with my marquee comment; I get cursor flicker when a marquee is in a background tab, which, as far as I can tell, isn't what this bug is about.
Reporter | ||
Comment 8•19 years ago
|
||
Here's what I have so far. Oddly enough, the presence of the print style sheet tag is required, as is at least some part of the nav bar (tabs) div....
You'll need some of the auxiliary files from the archive, of course.
Reporter | ||
Comment 9•19 years ago
|
||
Assignee: mikepinkerton → nobody
QA Contact: page.layout
Comment 10•19 years ago
|
||
WFM (with full testcase) in 20060904 trunk.
Reporter | ||
Comment 11•19 years ago
|
||
I still see this on my local copy ;)
Reporter | ||
Updated•18 years ago
|
Target Milestone: Camino1.1 → Camino1.2
Reporter | ||
Comment 12•18 years ago
|
||
Mass un-setting milestone per 1.6 roadmap.
Filter on RemoveRedonkulousBuglist to remove bugspam.
Developers: if you have a patch in hand for one of these bugs, you may pull the bug back to 1.6 *at that point*.
Target Milestone: Camino1.6 → ---
Reporter | ||
Comment 14•17 years ago
|
||
The only thing I see left here on trunk is that we don't always change the cursor back if it's a) the hand cursor when hovered over the iPods and b) we use the Cmd-Opt-Arrow shortcut to switch to a new tab (i.e., there's no mouse movement during tab switching). Moving the mouse then switches the cursor, so it's a pretty minor case.
I don't know if what's left is covered by bug 381003 or if it needs its own bug (in either case this bug can be closed after a comment in bug 381003 or a new bug is filed, as appropriate); Stuart?
Comment 15•3 years ago
|
||
This bug lies at rest in the graveyard.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•