232981 - List box clips on bottom edge of screen if browser window is maximized and is not on the primary screen.

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect)

Description

[Leo Yamamoto]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

Get a computer with at least two monitors. On any monitor but the primary
monitor, maximize Mozilla. Navigate to a page where there is a long list box
near the bottom of the screen. Expand the list box and observe that the list box
contents are clipped. The box should expand upwards instead of downwards off the
screen. You can still use the arrow keys to navigate the choices, but you cannot
see what you are selecting. To work around this issue, simply un-maximize the
browser and the list box behaves normally.

Reproducible: Always
Steps to Reproduce:
Get a computer with at least two monitors. On any monitor but the primary
monitor, maximize Mozilla. Navigate to a page where there is a long list box
near the bottom of the screen. Expand the list box and observe that the list box
contents are clipped.
Actual Results:  
The list box expands downwards, causing some items to display off the screen.
You can still use the arrow keys to select them, but you cannot see what you are
selecting.

Expected Results:  
The list box should have expanded upwards, allowing the user to see all list box
choices.

Comment 1

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 2

[Marc-A. Zizka]

I can confirm this bug still exists. A select box on a screen other than the primary screen is never rendered upwards. So it gets clipped if it's at the bottom of the screen­­.

Comment 3

[Boris Zbarsky [:bzbarsky]]

I assume you're talking about comboboxes, not listboxes, right?

The issue is probably that nsFormControlFrame::GetScreenHeight should be using nsIScreen instead of doing what it does now...  Eli, does what it does now even make sense?

Comment 4

[Boris Zbarsky [:bzbarsky]]

That said, how exactly do I go about getting the "right" nsIScreen?  Does using our GetScreenRect() with nsIScreenManager do the right thing?  And how slow will it be?  :(

Comment 5

[Leo Yamamoto]

Well, a drop-down list box, since the value is not editable. In any case, I just tried to reproduce it on Firefox 2.0.0.6 and the options get rendered correctly (upwards, not clipped downwards) so I suppose it got fixed somewhere along the way in the past three and a half years. :)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6

Comment 6

[Boris Zbarsky [:bzbarsky]]

Ah, excellent.  :)