Version: 3.5.7 (using KDE 3.5.7 "release 60.1" , openSUSE ) Compiler: Target: x86_64-suse-linux OS: Linux (x86_64) release 2.6.18.8-0.5-default in the right col.. the lastfm section.. the input field is flickering..
Created attachment 21336 [details] spiegel.de html file
After opening www.spiegel.de it took 100% cpu time. After that the system especially konqueror is unusable.
I can confirm this behaviour. This looks like a regression, since it didn't appear on Konqueror 3.5.5 before...
Same here on Gentoo with KDE 3.5.7. I have the flickering and the high cpu usage. This doesn't happen with Firefox.
To clarify, the visible culprit is an input box in a last.fm segment in the rightmost column of the page, pictured in the PNG screenshot I'm about to attach. The field is rendered incorrectly and flickers widely, and as long as it's visible on screen, CPU usage for the konqueror process spikes.
Created attachment 21572 [details] Spiegel.de Last.fm segment rendered incorrectly
Created attachment 21573 [details] blinking_box.png Picture of the issue. Whenever the lastfm box comes into focus cpu usage goes up as you can see in the picture. vmstat 1 tells me that context switches go up from ~70/s to ~7000/s. When I hide the lastfm box, say by placing a console window over it, everything is back to normal instantly.
Created attachment 21574 [details] Testcase files I've made a somewhat sucky testcase comprised of a version of the HTML document cut down to the bare minimum (that I can reproduce the problem with) and an umodified copy of their CSS sheet. At least it's Javascript-free. Unfortunately it's not self-contained, as it HTTP's a JPEG from their server. There's a reason for that, though: The bug seems to be somehow connected to relayouting. I can only reproduce the jittering if I resize the window while the document is loading, i.e. press F5 and quickly resize. When it's getting the JPEG from the server that takes longer, and thus is easier to do. I've put the JPEG in question in the tarball for good measure, though. On the real page, there's a reflow pretty late during load, and at that point, the jittering starts.
Addendum: In both a full HTML of the Spiegel page and the reduced testcase version, the problem disappears when I remove the float:left from the <input>'s style attribute.
Wrong severity: grave "loss of data, system crashes"
Another thing that goes wrong when the blinking box is displayed is the selection in pull-down menus and right-click menus. When you hover your mouse above a selection it's not marked anymore. One has to click it instead.
Regarding comment #3: Konqueror/KDE-3.5.5 has the same issue. I booted into Debian Etch and checked. Regards Sebastian
This is valid for KDE4 as well.
The bug is still present in 3.5.8. With all respect for the good work of the devs, could you please fix it, since spiegel.de is Germanys largest news site and this bug alone made me, as a long time and loyal Konqueror user, to a "50% Firefox" user ;) ?
Bug seems to be fixed in 3.5.9. I can't reproduce it anymore. Can anyone confirm?
Scratch that. I just did. Bug still present in KDE 3.5.9 :|
It works fine in KDE4.1 trunk, CPU usage is normal and rendering is correct.
AFAIK this depends on the dpi-setting. It works for some, does not for others.
still the old problem here with 4.1.2. it doesn't actually eat up the entire cpu, but the input field is still rendered twice (overlapping each other).
Cannot reproduce this bug. To be honest, the last.fm seems to have disapperead from spiegel.de . Is this bug still valid or can it be closed?
works fine here with kde4.4beta2