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)
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.
Comment 1•20 years ago
|
||
not a bug in Bugzilla....
Assignee: myk → general
Component: User Interface → General
Product: Bugzilla → Mozilla Application Suite
QA Contact: default-qa → general
Updated•20 years ago
|
Depends on: ContextMenuOffScreen
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
Comment 3•19 years ago
|
||
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
Comment 5•19 years ago
|
||
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
Comment 6•19 years ago
|
||
Is the menu code checking the wrong screen and therefore thinks it never fits?
Comment 7•19 years ago
|
||
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).
Comment 8•19 years ago
|
||
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.
Comment 9•19 years ago
|
||
Ignore the last comment, sorry, wrong bug...
Updated•19 years ago
|
Depends on: ContextMenuScreen
Reporter | ||
Comment 10•19 years ago
|
||
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.
Comment 11•19 years ago
|
||
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.
Description
•