Closed Bug 280625 Opened 20 years ago Closed 19 years ago

dropdowns go up the screen when mozilla is displayed in my second monitor

Categories

(Core :: XUL, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: SteveBosman, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050131
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050131

When running Mozilla on my secondary monitor any page with dropdowns displays
them going up the page instead of down, in pages with large dropdown lists this
results in some options being unselectable.
I have a two monitor system:
Primary at 1600x1280 (used for my IDE and testing my web app) and secondary at
1024x768 (used for testing my web app) using a Matrox Millenium G550.

Reproducible: Always

Steps to Reproduce:
1. Use a two monitor system
2. Navigate to page with dropdowns

Actual Results:  
dropdowns near the top of the browser window go up the page, dropdowns near the
bottom of the browser window also go up the page.

Expected Results:  
dropdowns near the top of the browser window should dropdown, dropdowns near the
bottom of the browser window should go up the page.
not a bug in Bugzilla....
Assignee: myk → general
Component: User Interface → General
Product: Bugzilla → Mozilla Application Suite
QA Contact: default-qa → general
I confirm this happens on my system too. When screens are offset, dropdown can
go offscreen. Some additional information follows.

Setup: 
 Windows 2000 SP4
 Matrox G400 DualHead - secondary screen located at bottom right corner of
primary screen (ASCII picture, use fixed font to view):
+-----+
| Pri |
+-----+-----+
      | Sec |
      +-----+

 Mozilla 1.7.5
Example page: http://www.dilbert.com/comics/dilbert/archive/
Attachment #174397 - Attachment description: Cropped screenshot of problem on example page → Cropped screenshot of problem at top of secondary screen displaying example page
Could you retest this in tomorrow's nightly build, now that bug 245163 is fixed?
I didn't get the notification in time to try the Feb 17 build. I did try the
nightly build dated Feb 19 and I still get the dropdown menu extending upward
off-screen on my secondary monitor.

Tim
OK.  Sounds like menus have a general issue here, then....  Neil, any idea
what's up?
Assignee: general → nobody
Status: UNCONFIRMED → NEW
Component: General → XP Toolkit/Widgets: Menus
Ever confirmed: true
Product: Mozilla Application Suite → Core
QA Contact: general
Version: unspecified → Trunk
Is the menu code checking the wrong screen and therefore thinks it never fits?
The menu code is just calling into
nsDeviceContextWin::GetDeviceSurfaceDimensions.  From that point on, I don't
really know exactly what the code is doing, but it's definitely trying to locate
the screen the window is on (see nsDeviceContextWin::ComputeFullAreaUsingScreen).
This happens with Firefox 1.0.1 on Windows XP (with an ATI 9600 Graphics card,
if this has any importance). In fact, when running Firefox on the second
monitor, all popup windows (e.g. menus, autocomplete lists) appear on the first
monitor; their y position is correct, but they are always adjacent to the right
edge of the first monitor.
Ignore the last comment, sorry, wrong bug...
I'm currently on 1.04 and the problem is still happening, but on a whim I moved
my secondary monitor this morning and now in display properties instead of
something like this
     +--------+
+----+ Pri    |
|Sec |        |
+----+--------+
I have something like this
+----+--------+
|Sec | Pri    |
+----+        |
     +--------+
and dropdowns drop down as expected.
monkeyed around with this with a current trunk build, seems to be WFM no matter how much I try to hurt my desktop arrangement.  As a note, 1.0.4 is based on gecko 1.7, so it wouldn't have had the fixes this apparently depended on.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: