235162 - Scrolling is problematic within the pull down menu.

Status: RESOLVED DUPLICATE of bug 232540

(Firefox :: General, defect)

Description

[Adam]

User-Agent:       
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

The pull down menu automatically scrolls to the bottom when attempting to choose
an option. This makes choosing an upper item VERY difficult, as the upper
portion of the menu does not stay visible. 

Reproducible: Always
Steps to Reproduce:
1.Click on pull down menu
2.Attempt to choose an option within the upper protion of the menu
3.Only the bottom options are accessible

Actual Results:  
Only bottom options are accessible. Upon attempting to access top options, the
menu continually scrolls to the bottom.

Expected Results:  
Top options should be easily accessible and the scrollbar should not move unless
you drag or click on the arrows.

I hate to bring this up, as Firefox is way better, but Apple's Safari does this
option nicely. Instead of a scrollbar, they use intuitive buttons at the top and
bottom of the pull down menu, making scrolling very easy.

Comment 1

[Wayne Woods]

Hi Adam, which pulldown menu are you referring to? Or is it all of them?

Comment 2

[Wayne Woods]

Adam, are you still reading email for this bug? All the pulldown menus on that
page work correctly for me (selection always starts from the top), 20040227
Firefox/0.8.0+, Mac OS X 10.2.8.

If I don't hear back, I'll resolve the bug as WORKSFORME.

cheers

Comment 3

[Hiro]

Within the page of the URL point, it becomes inaccurate by the following pull
down menu (select menu) items.

  Select httpmail plugin Version:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP; rv:1.7b) Gecko/20040227
Firefox/0.8.0+

Comment 4

[Hiro]

additional comment:

Mozilla created from MOZILLA_1_6_BRANCH also becomes similarly strange work.

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

Comment 5

[Wayne Woods]

Sorry, I think I see what you mean now, although the problem I'm seeing isn't
exactly the same as what you described. Please let me know if you think the
following is the same as your problem:

If I go to that page and pop open the "Select httpmail plugin Version:" menu,
the default selected item is the top one ("1.35"), which is as it should be.

However, if I try to select one of the items just underneath it (such as "1.34")
using the mouse, then the menu immediately autoscrolls down about 5-10 elements,
so something like 1.20 will be selected instead. Basically, the scroll is too
jumpy. This problem doesn't occur if I use the arrow keys.

This is more pronounced if the window scroll is at the top, so the menu is
closer to the bottom of the page. In this situation, the menu expands up instead
of down, and is more easy to cause the "jump".

Safari and IE both have much more stable menu scrolling in this situation.

The problem also exists in Mozilla (Seamonkey), but I won't change the component
to Browser until someone more knowledgable than me can say whether the menu UI
has forked between the two browsers. ;)

Comment 6

[Hiro]

(In reply to comment #5)
> If I go to that page and pop open the "Select httpmail plugin Version:" menu,
> the default selected item is the top one ("1.35"), which is as it should be.
> 
> However, if I try to select one of the items just underneath it (such as "1.34")
> using the mouse, then the menu immediately autoscrolls down about 5-10 elements,
> so something like 1.20 will be selected instead. Basically, the scroll is too
> jumpy. This problem doesn't occur if I use the arrow keys.
.
.
.

Yes. :-)

When trying selection by the mouse, it jumps suddenly and it becomes real
difficulty to choose the item which wants to choose.
And there was no problem by Camino as well as Safari or IE.

Comment 7

[Wayne Woods]

I finally found a dupe for this bug: bug 232540

It also explains what's happening. Basically, the jump only occurs when you
encounter a menu item that's wider than the menu width defined in the css.

I'll attach a slightly modified version of the test case URL for this bug to
demonstrate.

*** This bug has been marked as a duplicate of 232540 ***

Comment 8

[Wayne Woods]

Attachment: demonstrates the menu "jumping"

First menu shows how the scrolling doesn't "jump" until it hits a wide option.
Second menu is the same as that in the original URL.