Closed Bug 87949 Opened 24 years ago Closed 23 years ago

Drag from chrome widget over content area shows tooltip: "Mozilla {Build ID: ...}"

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, defect)

defect
Not set
minor

Tracking

()

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: jruderman, Assigned: bugzilla)

References

Details

Attachments

(1 file)

Steps to reproduce: 1. Mouse down on the Navigator button on the status bar, or on the reload button. 2. Holding the mosue button down, move the cursor over the content area. 3. Leave the cursor in one place for a second. Result: a tooltip appears with the text "Mozilla {Build ID: 2001062504}".
-> XPApps
Assignee: trudelle → blake
Component: XP Toolkit/Widgets → XP Apps: GUI Features
QA Contact: aegis → sairuh
->d'n'd
Component: XP Apps: GUI Features → XP Apps: Drag and Drop
QA Contact: sairuh → tpreston
See also bug 68839, which makes the same tooltip appear after different steps.
Don't even need to drag on a real element, just mouse-down somewhere on the chrome, such as the status bar, and drag up over the browser window.
I think there are two bugs here. The specific bug is that the content area shouldn't have a `title' attribute by default, no matter how well you think you may have hidden it. The general bug is that tooltips should never appear during a drag operation. The same problem occurs when selecting text in the address field -- you get an `Enter search term, keyword, or web address' tooltip which is completely inappropriate for the selection action.
OS: Windows NT → All
Hardware: PC → All
Matt, the no tooltips while dragging is handled in bug 61157.
Target Milestone: --- → Future
This also happens with menus. If I pull down a menu and then move the cursor into the content area while I read the menu, the same tooltip will appear.
hewitt fixed this.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
I still see this in 2002020908 on Win2k.
Attached patch patchSplinter Review
oops -- that's because I moved that function right after hewitt checked in and trashed his change.
simple enough. r=me
*** Bug 125636 has been marked as a duplicate of this bug. ***
Reopening per blake's comments (and I still see this bug).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: Future → mozilla0.9.9
fixed.
Status: REOPENED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → FIXED
I can't reproduce this anymore using 2002021608. Marking verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: