Closed Bug 28934 Opened 25 years ago Closed 23 years ago

link highlighting then scroll wheel

Categories

(Core :: Layout, defect, P3)

x86
All
defect

Tracking

()

VERIFIED DUPLICATE of bug 50511
Future

People

(Reporter: 1212mozilla, Assigned: joki)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

Position the mouse over a link such that the link changes color (from red to
blue on cnn).  Then without moving the mouse, use the scroll wheel on the mouse
to scroll the page.  The link which you were over, keeps its changed color until
you move the mouse (it stays red until you move the mouse).
Also, on a very related note, find a pulldown combo box on some web page.  Click
in the combo box to bring down the list of selections.  Position the mouse over
the selections and use the scroll wheel.  The web page scrolls out from under
the combo box. The selections remain firmly in place under the mouse causing
them to become separated from the rest of the combo box.
I can reproduce this (at least the first part of the bug) with Win98 build
2000-02-22-08. Confirming. Changing OS to "All."

As for the second part of the bug, 1010mozilla@Ostermiller.com: can you give a
specific URL? You might want to submit this as a separate bug report. Also, it
seems like that might be a duplicate.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Both parts of this bug can be seen on this page
<http://bugzilla.mozilla.org/show_bug.cgi?id=28934>

Position your mouse over a link (any link on this page will work).  The url for
the link will appear in the status bar.  Scroll with the mouse wheel and the URL
will remain in the status bar until the mouse is moved or clicked.

Go to a combo box at the top of the page (any will do, product, OS, Priority,
Severity, etc.).  Pull it down.  Position the mouse over the pull down list.
Use the scroll wheel.  The page will scroll, but the pull down list will remain
stationary causing it to seperate from its anchor point on the page.

When I did a search for scrollwheel in the bug reports, there were only two bugs
listed, neither of which were in any way similar to this behaviour.
Upon further reflection, this appears to be a general scrolling bug rather than
a mousewheel bug.  These symptom appear when you position the mouse and then use
the arrow keys to scroll.  They do not depend upon the mousewheel.
The second part that I submitted is definitly a duplicate of Bug 27661, so
please ignore second part.
Assignee: cbegle → trudelle
Component: Browser-General → XP Toolkit/Widgets
QA Contact: asadotzler → paulmac
this happens also if you move the mouse over a link and scroll using the arrow
keys, as the reporter found out.

Moving ot XP Toolkits/Widgets, could be tree subcategory (Scrolling w/arrow keys
unpredictable in tree)

Also possible related to Stlye Sheets.
I don't see where this has anything to do with trees or any other XPToolkit
widget. It seems like we are not triggering mouseOut when the page moves out
from under the cursor. changing component to layout, reassigning.
Assignee: trudelle → troy
Component: XP Toolkit/Widgets → Layout
QA Contact: paulmac → petersen
Looks like an event/scroll problem
Assignee: troy → joki
*** Bug 22377 has been marked as a duplicate of this bug. ***
Assiging milestone
Status: NEW → ASSIGNED
Target Milestone: --- → M17
This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.
Target Milestone: M17 → Future
Upon managerial request, adding the "testcase" keyword to 84 open layout bugs that
do not have the "testcase" keyword and yet have an attachement with the word
"test" in the description field. Apologies for any mistakes.
Keywords: testcase
I think this is a dup of bug 20022.
It appears to be similar to bug 20022.  20022 deals with mouse events not
getting to an object when the mouse has snuck over an object without that object
noticing.  This bug deals with the mouse leaving witout the object noticing.
I'll let somebody more familiar with the code determine if they are caused by
the same thing and can be fixed together.  Incidentally, 20022 seems to wfm and
I added comments to that effect, however I can still duplicate this bug easily.
This bug appears to be a duplicate of bug 50511 which is mostfreq.
I think so, too.
Marking it as DUP

*** This bug has been marked as a duplicate of 50511 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
And it's still out there... vfy
Status: RESOLVED → VERIFIED
hmmm this is now not working aqain...

I've opened bug 202159
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: