Closed Bug 141599 Opened 22 years ago Closed 20 years ago

mouse loses focus in dual screen / single head enviorment

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: ralph, Assigned: samir_bugzilla)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0+)
Gecko/20020501
BuildID:    2002050108

Enviorment: Persario 1700 laptop, Win XP, Rage Mobility Card & Drivers.

When monitor is hooked up to laptop via the monitor port & dual screen support
is on: the following bug exists only on the dual monitor desktop.

When mouseover a button or link in mozilla (all buttons & links eg: File, edit,
view.. etc AND all content within browser.. url etc.) the button or link looses
focus.  
This makes it difficult to get to third level navigation (eg: File > New >
(third level) New Window) when focus is lost over New.
Other applications on this same platform (AIM, Ultraedit, Microsoft Office, etc.
) work fine and as expected.  

This bug is not reproducable when mozilla is dragged to the main laptop screen.
 Only on the secondary monitor in dual screen support.



Reproducible: Always
Steps to Reproduce:
EveryTime.  With this equipment.
Persario 1700 model
Windows XP
Rage Mobility
Dual Screen Setup.

Actual Results:  same as bug.

Expected Results:  On mouseover in dual screen enviorment, focus should remain
on the object which the mouse is actually over.
-> XP APPS (there are a few other bugs about dual configuration..)
Assignee: Matti → sgehani
Component: Browser-General → XP Apps
QA Contact: imajes-qa → paw
reporter (Ralph): can you reproduce this bug with a recent build of mozilla (for
example, 1.2)? if so, please comment again with details. if not, please resolve
this bug as WORKSFORME. thanks.
URL: n/a
Summary: mouse looses focus in dual screen / single head enviorment → mouse loses focus in dual screen / single head enviorment
Not sure what im suppose to change this to.. but

Yes the bug is still present, on my machine (same specs as before), and on a
friends machine:

dell inspirion 8200 / mozilla 1.2.1 /  windows xp build 2600.xpsp1.020828-1920
(service pack 1) / screen res is 1280x1024 on sec monitor and 1400 x 1050 on
first monitor / GeForce2 Go 32mb card


*** Bug 173068 has been marked as a duplicate of this bug. ***
similar: bug 159277
Having looked through previous comments and bugs, I have tested and can 
confirm that this problem only occurs when secondary monitor is to the left of 
the primary monitor. (Pixels on secondary monitor on left of primary monitor 
are negative?).

If Mozilla is displayed across both monitors (e.g. double width), works 
correctly on primary but not on secondary.

Mouse cursor style change works correctly on both monitors (e.g. cursor 
changes to a hand when over links).

Test System: Dell Inspiron 3800 - ATI Rage Mobility 8MB - LCD secondary, 
external CRT primary. Resolutions/colour depths appear to be irrelvant.
*** Bug 184311 has been marked as a duplicate of this bug. ***
reporter and confirmation from someone else here, and the dupe, so confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 191806 has been marked as a duplicate of this bug. ***
*** Bug 198799 has been marked as a duplicate of this bug. ***
*** Bug 210245 has been marked as a duplicate of this bug. ***
*** Bug 205220 has been marked as a duplicate of this bug. ***
I also have the same problem
highlights dissapear but clicking still works.
The only place this does not work is in the location bar menus, history and search.
the only way to get this to work is to click and drag horizontally across, then
let go.

layer message displays and window status do not display unless the mouse is moving.
Blocks: 214087
Same problem here. Running Mozilla 1.4-final on Win2k/SP4. I've had this problem
for a long time.
*** Bug 218398 has been marked as a duplicate of this bug. ***
I re-tested with: Mozilla 1.5 RC1 (Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.5) Gecko/20030916) and with Mozilla Firebird 0.6.1 (Mozilla/5.0
(Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1)

platform: windows xp

dual-screen setup, secondary screen is to the left of primary screen. Bug does
not occur if secondary screen is to the right of primary screen (i mean in the
display config ofcourse, not physically :) ) 

bug always occurs with this setup, the mouse-over dissapears. 
*** Bug 224927 has been marked as a duplicate of this bug. ***
*** Bug 225240 has been marked as a duplicate of this bug. ***
*** Bug 225496 has been marked as a duplicate of this bug. ***
*** Bug 226346 has been marked as a duplicate of this bug. ***
*** Bug 227153 has been marked as a duplicate of this bug. ***
*** Stange and possibly interesting ***

After using View --> Toolbars --> Customize in any way, this behaviour vanishes
for as long as the window in question has focus. But Alt-Tab somewhere else, and
at returning to TB/FB/Mozilla, it's there again

Always reproducable in TB/FB/Mozilla, on WinXP, current builds, on two different
dualhead configurations I tried.


I think all these bugs are the same: bug 135079, bug 141599, bug 154163, bug
159277, bug 222817.  I'm putting this in all the bugs in the hopes one of the 5
different owners of these 5 different bugs will fix it and resolve the rest as
dupes; I don't know if I have permission to resolve/dupe myself and I don't know
which one is most likely to get attention first :)
*** Bug 230322 has been marked as a duplicate of this bug. ***
*** Bug 233564 has been marked as a duplicate of this bug. ***
*** Bug 235210 has been marked as a duplicate of this bug. ***
bug 135079, bug 141599, bug 159277, bug 130527, bug 134547 all seem to be about
the same as this bug.
*** Bug 235210 has been marked as a duplicate of this bug. ***
Using 1.6, WinXP, dual screen as follows, with second display to the RIGHT [not
left]:
                                        Line #, Display 2
                   222222222222222222   1
             x     2222x22y222222y222   2 
                a  b222222222M2222222   3 
     11111111111c  d222222222N2222222   4
     111111111111  222222222222222222   5
     11111111x111  2222x22y222222y222   6
     111111111111  222222222222222222   7
     111111111111  222222222222222222   8
     111111111111

bug occurs on the secondary display for any buttons/URLs/etc. which are located
above the top of first line in the main [1] display, i.e., on lines 1-3 on
display #2

buttons/URL's on display #2, on lines 4-8, WORK.

this is true regardless or where the corners of the Mozilla window is located:
    "x-x-x-x", or "y-y-y-y", for example.

a single button partly above and partly below that -line-, as in "M-N", have
dual character, behaving below at "N", and misbehaving above at "M".  a SINGLE
URL, placed at "a-b-c-d", behaves at "c" and "d", and misbehaves at "b".

regardless of where the button/url is located, they always work on click.  this
includes onMouseOver within this context:
     <a href="ULR.html"
            onMouseOver="function(arg, arg); return true;"
            onMouseOut="function (arg, arg); return true;">
            <img name=name src=source.gif" width=X height=Y></a>
in this example, the image changes on mouse on/off works, but misbehaves as per
the bug.

above the line, this also works, tho the bug makes the status line show only
momentarily:
     <a href="javascript:ViewFunction(arg, arg, arg);" class="default">
             <img src="url.jpg" width="X" height="Y"></a>
Blocks: multimon-win
*** Bug 238380 has been marked as a duplicate of this bug. ***
As of Mozilla 1.7 / Firefox 0.9 this problem appears to have been resolved.
Also WFM: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040802
Firefox/0.9.1+

This might have been fixed by Bug 135079.

If anyone can reproduce with a nightly build, please reopen.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.