Build ID: 1999091310 Platform: Windows NT (doesn't reproduce like this on Linux, just Win32) To reproduce: - Launch apprunner - Load the above URL - Click on the disclosure triangle to drop down the list of OPTIONs - Click beneath the thumb in the scrollbar to scroll to the end of the list (the menu will go away, this is a known bug documented elsewhere) - Click the triangle again to drop down the list of OPTIONs again - Move the mouse downwards in the list, highlighting each OPTION - Continue moving it downwards past the end of the menu Result: As you keep moving the mouse downwards on the screen, highlighting seems to start over again, at a different place in the list (about 2/3rds of the way towards the top). As you continue moving the mouse, the selection/highlighting changes and moves down each item in the list. Expected result: As you move the mouse past the last item in the list and off of the list, the last item in the list should remain highlighted and not change. See legacy Netscape browsers for a demo.

Reassigning to Rod.

This will have to work the same on all platforms, is this how Mac and Linux does it also? We have to pick one.

A quick summary of behaviors in Communicator 4.7: (all lines assume that you have gone to http://schist/forms/select.html, dropped down the list, moved the mouse down the list, and kept moving it towards the bottom of the screen) Win32: Last item in list remains selected/highlighted Mac OS: After moving the mouse past the last time, the selection/highlight disappears Linux: Behavior radically different in that no item is ever selected/highlighted unless clicked/selected My gut instinct is to go with the Mac OS way of things here if no one else has an objection to it. It seems to be the best because it indicates that if you click outside of the area of the menu, nothing will be selected.

If we go with the Mac approach does this mean this bug can then be closed?

If we go with the Mac approach this bug is (sadly) going to be left open. This bug as originally written documents a Windows-only problem (it doesn't happen on Linux): if you keep moving the mouse down after the last item on the drop-down list, items at highlighted starting at the middle of the list and moving down as you continue to move the mouse down. There's another problem showing up with goofy highlighting on all platforms, but I suspect rods has that bug already documented elsewhere. Once this Win32-specific problem is fixed we can probably tackle the overall behavior of drop-down lists in general. (Currently, apprunner behavior on Linux is the same as Win32/Comm4.7.)

It only jumps back up the list when the cursor hits the border (in this case, the bottom border) of the drop down. It seems like it should have this behavior on all platforms. I can duplicate it by moving the mouse very slowly off the bottom of the list making sure it hits the smal one pixel border. If I move it quickly then it stays at the bottom.

Using the 1999091409 build under NT, I see the behavior you've described - after you reach the end of the list, an item towards the top (but not at the top) of the list is highlighted. However, I don't believe that that is correct or desired behavior from a UI standpoint; it isn't like any current Netscape behavior on any platform, and it isn't like any OS behavior I'm familar with. So... what next?

Oh, I'm sorry, I should have been more clear. Yes, I agree that this is a bug and needs to be fixed. It appears that it is highlighting the item right after what is the bottom item when the list isn't scrolled. But whatever item it is really isn't that important to me, the jumping part when you hit the border is important.

I am just not seeing this anymore could you check this out?

seems to work now.

It's still reproducible in the 1999101109 build under NT. Reopening & clearing resolution.

I am using the test case attached to this bug and ever so slowly dragging the mouse over all the borders and it doesn't do it. What test are you using?

I'm using the test case at http://schist/delta-form.html and following the original bug report very carefully - this takes some practice to reproduce!

To re-create you should have a large drop down list (one with more than 20 items). The problem isn't in the list or combobox frames. Either the view or the frame code isn't taking into account that the contents have been scrolled. In fact, when you are over the border without scrolling the list you are actually selecting the 21st item. When the list is scrolled it selects the 21st item, and that is why the select item jumps up the list. I am not going to fix this now. I will wait until GFX scrollbars are in and then take a look at it again.

changed to M14

QA Contact update.

changing to M15

*** Bug 30601 has been marked as a duplicate of this bug. ***

mass-move to M16

Moving out by executive order.

This bug is marked "future" because it is not critical for RTM (Release To Manufacturing). If anyone believes it is critical, please explain why in this bug.

Updating QA contact.

Still a problem although be it small, setting to P2

futuring for now

QA Contact Update