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).
I'm not even sure it's possible
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).
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.
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.
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.
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
Please check if this issue is still valid for Konqueror 4.8.4 or later and update the version field accordingly.
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
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