Closed Bug 240415 Opened 22 years ago Closed 22 years ago

Dual-monitor setup causes alt txt to appear on wrong monitor

Categories

(SeaMonkey :: General, defect)

x86
Windows 2000
defect
Not set
trivial

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 135079

People

(Reporter: cputrdoc, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 At times while navigating through Netscape Mail on my Windows 2000 machine with a Matrix G550 DualHead graphics adapter, when Firefox 0.8 is on my 2nd (rightmost) monitor, the ALT TXT for certain images/links on the toolbar frequently shows up on the primary (leftmost) monitor. Reproducible: Sometimes Steps to Reproduce: 1. Select your favorite spam 2. Forward to spamcop 3. Hit "Delete" button just before ALT TXT box shows. Actual Results: Message will be deleted, "Delete Message" box appears on left monitor. Expected Results: ALT TXT should not have appeared, or should have appeared where toolbar button was.
*** This bug has been marked as a duplicate of 135079 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
I don't believe this is a dupe of bug 135079 - the patch I posted to that fixes a specific problem with handling mouse coordinates (they can be negative, were being treated as unsigned shorts in a cast to int and were therefore ending up large and outside the relevant bounding rectangle), whereas popup tooltips/windows have their own positioning code and I suspect the problem lies elsewhere. (See bug 159277 comment 24.) I'd be interested to know whether my patch fixes this bug (I don't use moz mail, any alt->tooltip extension, and toolbar tooltips just don't appear at all in Firefox 0.8 on the second monitor. They appear in the right place with the patch though.) If the problem is tooltips appearing on the primary when the source window is on the secondary monitor, then I suspect it is due to inappropriate clipping of the new window position to positive coordinates, which my patch does not address.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.