287376 - combo on web pages don't drop down when selected

Status: RESOLVED INVALID

(Firefox :: General, defect)

Description

[pascal.parent]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041013 Firefox/0.9.3 (Ubuntu)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041013 Firefox/0.9.3 (Ubuntu)

(I want to make a Public Web Browser with Firefox)
I just install a Linux system-core (Debian Sarge). Add x-window-system-core and
mozilla-firefox packages.

I start X with Firefox and without window manager.

When I want to use a combo box, it doesn't drop down but I can select item with
keyboard (letter, up, down keys).Like combo box, Firefox's menu have a unstable
comportement.

When I run Firefox over a window manager, all these problems are not.

Reproducible: Always

Steps to Reproduce:
1.Install a Linux system
2.Install x-window-system-core
3.Install mozilla-firefox
4.Make .xsession file in $home with 'mozilla-firefox'
5.Run startx
6.Go on a web page with combo box and test
7.Try Firefox's menu

Actual Results:  
1.Combo box runs (you can manually select item) but doesn't drop down
2.Menu item 'View' doesn't run


When Firefox is running over a window manager, problems don't occure.

Comment 1

[Ben Fowler]

Are you able to reproduce on a more recent build?

Are you saying that correct widget drawing is dependent upon the Window
manager in use? If so, which one(s)?

Are you saying that Firefox does not have the correct appearance inside
its content area when there is no window manager? If so, what does the
documentation say about this?

Comment 2

[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 3

[Ben Fowler]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050822
Firefox/1.6a1

Still in

Comment 4

[Ben Fowler]

(In reply to comment #3)
> Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050822
> Firefox/1.6a1
> 
> Still in

Sorry, pasted into wrong bug. I have no idea whether this is still a problem,
though it wouldn't surprise me.

Reporter?

It is possible that the reporter has managed to install Firefox without
linking to widget drawing code, in which case the behaviour described
seems both correct and reasonable; but this might be nonsense.

Comment 5

[Samuel Sidler (old account; do not CC)]

I'm closing this bug as invalid for lack of information (since it was going to be closed as expired a while ago). Reporter, if you're able to reproduce this using Firefox 2.0.0.3 and are willing to answer the questions in comment 1, please do so and reopen this bug.