Bug 65528 - When rolling mouse wheel, the cursor should be updated according to hovered contexts (eg pointer for clickable link, I-beam for selectable text, etc)
Summary: When rolling mouse wheel, the cursor should be updated according to hovered c...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 4.8.4
Platform: Gentoo Packages Linux
: NOR minor
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords: reproducible, testcase, triaged
Depends on:
Blocks:
 
Reported: 2003-10-05 11:01 UTC by Rafał Rzepecki
Modified: 2012-06-20 21:28 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rafał Rzepecki 2003-10-05 11:01:52 UTC
Version:           4.0 (using KDE 3.1.4)
Installed from:    Gentoo
Compiler:          gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r2, propolice)
OS:          Linux (i686) release 2.4.20-gentoo-r5

When a page is scrolled using a wheel, so that after scroll the mouse cursor ends up over a link, the cursor is not changed into a "hand", the statusbar information is not shown, and the link doesn't change its look into #hover although, when clicked, the link is activated properly.

How to reproduce:
- load a long page;
- place the cursor over a link: now it should be a hand;
- scroll one step with a wheel: the cursor has correctly changed into a left pointer;
- scroll one step back: the cursor is now over the very same link as before; it hasn't changed into a hand, nor the statusbar changed nor the link look;
- click the link: now the behaviour is correct---link is activated.

Expected behaviour:
- the link should be "hovered" (and that covers link's look change, mouse cursor and statusbar message; I think the javascripts are also not notified of the hovering, but I haven't checked that).
Comment 1 Stephan Kulow 2003-11-02 11:21:19 UTC
I'm not even sure it's possible
Comment 2 Daniel Arnold 2005-02-25 22:16:51 UTC
I can reproduce this bug on KDE 3.3.2a.

There is als a second case:
* Go on a large website (eg http://www.spiegel.de ).
* place the mouse over a link, now the mouse pointer changes into a hand
* now scroll with up and down arrow keys away from the link
* The mouse pointer is still a hand instead an arrow after it has left the link.
* after a mouse click the arrow pointer gets shown (as correct)

I have noticed this small bug fpr a long time also on pure html websites. So it's really no problem with some code on that site. (I notice this often if I scroll down with the arrow keys instead the mouse in a larger html document).
Comment 3 Maciej Pilichowski 2006-03-15 14:30:48 UTC
The bug still exists. Even with the simpler case:
* load long page -- www.amazon.com
* place cursor above any link -- the cursor shape should be an arrow
* scroll down page with keys exactly to make the mouse cursor point the link -- the shape didn't change

Summing this up -- the cursor doesn't change when _page_ is moved.
Comment 4 Marcin Trybus 2008-01-26 11:55:29 UTC
Confirmed for KDE 3.5.8 on Debian/unstable.

While scrolling webpages with keyboard the cursor does not change into a hand if it end up over a link. *However* when you start scrolling while the cursor is over a link, the cursor does change into an arrow, but does not go back into a hand cursor when you scroll back to the original place.

I cannot have anything to do with the webpages, as suggested above, as it also occurs with local html files and with JavaScript disabled.
Comment 5 George Goldberg 2008-04-06 08:16:46 UTC
Using svn trunk r793457:

When scrolling with the keyboard arrow keys, the cursor changes when over a link and back when over normal space. So everything there works correctly.

However, when scrolling using the mouse wheel, the cursor never changes, so if started on a link, it stays as the hand cursor, and if started not over a link, it doesn't change to the hand cursor over links.
Comment 6 Gérard Talbot (no longer involved) 2012-01-25 01:10:36 UTC
Hello,

The best URL for this bug report is this bug report page itself: it has lots of links, lots of text, lots of text selectable areas and blank areas.

Firefox 9.0.1 gets expected results: the cursor changes accordingly.

Opera 11.61 partially gets expected results.
Chrome 16.0.912.77 gets actual results. I can check later with IE8.

Note that the mouse cursor, while rolling mouse wheel, must not move; if the mouse cursor moves just a little, then the cursor is updated.



The bug summary could be improved (to help searchability in the tracking system). I propose:

When rolling mouse wheel, the cursor should be updated according to hovered contexts (eg clickable link, selectable text, resizable objects, blank areas, etc)

Gérard
Comment 7 Janek Bevendorff 2012-06-18 19:28:44 UTC
Please check if this issue is still valid for Konqueror 4.8.4 or later and update the version field accordingly.
Comment 8 Gérard Talbot (no longer involved) 2012-06-20 21:21:34 UTC
I have updated the bug report Summary and keywords.

Rafał, George, Marcin, Maciej and others:

When I roll the mouse wheel in this page according to steps provided by Rafał with latest Konqueror 4.8.4 with KHTML rendering engine, I get expected results. So, as far as I can see, this bug should be RESOLVED as WORKSFORME.

I am using
KDE Platform Version: 4.8.4
Konqueror version: 4.8.4 (with KHTML rendering engine)
Qt Version: 4.8.1
Operating System: Linux 3.2.0-25-generic-pae i686 (32bits)
Distribution: Kubuntu 12.04 LTS
here.

Can one of you confirm my results?

Thanks!

Gérard
Comment 9 Gérard Talbot (no longer involved) 2012-06-20 21:28:33 UTC
An ideal test-webpage for this bug is
http://www.gtalbot.org/DHTMLSection/Cursors.html
and then apply the "How to reproduce" steps of comment #1 steps accordingly.

I am RESOLVING this bug as WORKSFORME. 

Please reopen it and provide explanations, specifics if you disagree.

Gérard