Closed Bug 319132 Opened 19 years ago Closed 3 years ago

"Links" in background tabs affect cursor

Categories

(Camino Graveyard :: Page Layout, defect)

PowerPC
macOS
defect
Not set
normal

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....
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
I see it a lot with marquee tags in background tabs.
Can someone whip up a simple testcase?
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.
Flags: camino1.0? → camino1.0-
Target Milestone: --- → Camino1.1
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
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!
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.
Attached file in-progress reduction
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.
Assignee: mikepinkerton → nobody
QA Contact: page.layout
WFM (with full testcase) in 20060904 trunk.
I still see this on my local copy ;)
Target Milestone: Camino1.1 → Camino1.2
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 → ---
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?

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.

Attachment

General

Created:
Updated:
Size: