Bug 148569 - [test case] bad performance with input field on spiegel.de
Summary: [test case] bad performance with input field on spiegel.de
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.5
Platform: Ubuntu Linux
: HI normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-06 12:06 UTC by sts
Modified: 2009-12-27 18:03 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
spiegel.de html file (112.52 KB, text/html)
2007-08-06 12:06 UTC, sts
Details
Spiegel.de Last.fm segment rendered incorrectly (4.75 KB, image/png)
2007-09-09 20:19 UTC, Eike Hein
Details
blinking_box.png (30.83 KB, image/png)
2007-09-09 20:24 UTC, Sebastian Kemper
Details
Testcase files (100.00 KB, application/x-tar)
2007-09-09 21:24 UTC, Eike Hein
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sts 2007-08-06 12:06:15 UTC
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..
Comment 1 sts 2007-08-06 12:06:37 UTC
Created attachment 21336 [details]
spiegel.de html file
Comment 2 Andreas Scherf 2007-08-17 20:54:28 UTC
After opening www.spiegel.de it took 100% cpu time. 
After that the system especially konqueror is unusable.

Comment 3 Christian Banik 2007-08-19 21:59:06 UTC
I can confirm this behaviour. This looks like a regression, since it didn't appear on Konqueror 3.5.5 before...
Comment 4 Sebastian Kemper 2007-09-09 20:14:57 UTC
Same here on Gentoo with KDE 3.5.7. I have the flickering and the high cpu usage. This doesn't happen with Firefox.
Comment 5 Eike Hein 2007-09-09 20:19:23 UTC
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.
Comment 6 Eike Hein 2007-09-09 20:19:58 UTC
Created attachment 21572 [details]
Spiegel.de Last.fm segment rendered incorrectly
Comment 7 Sebastian Kemper 2007-09-09 20:24:53 UTC
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.
Comment 8 Eike Hein 2007-09-09 21:24:26 UTC
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.
Comment 9 Eike Hein 2007-09-09 21:33:44 UTC
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.
Comment 10 Tommi Tervo 2007-09-10 08:12:07 UTC
Wrong severity: grave "loss of data, system crashes"
Comment 11 Sebastian Kemper 2007-09-10 18:38:49 UTC
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.
Comment 12 Sebastian Kemper 2007-09-15 09:55:01 UTC
Regarding comment #3: Konqueror/KDE-3.5.5 has the same issue. I booted into Debian Etch and checked.

Regards
Sebastian
Comment 13 S. Burmeister 2007-11-18 13:50:15 UTC
This is valid for KDE4 as well.
Comment 14 Frank Hellmuth 2008-02-06 10:03:52 UTC
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 ;) ?
Comment 15 Sebastian Kemper 2008-02-23 19:00:03 UTC
Bug seems to be fixed in 3.5.9. I can't reproduce it anymore. Can anyone confirm?
Comment 16 Sebastian Kemper 2008-02-23 19:02:47 UTC
Scratch that. I just did. Bug still present in KDE 3.5.9 :|
Comment 17 Eduardo Robles Elvira 2008-04-20 20:39:52 UTC
It works fine in KDE4.1 trunk, CPU usage is normal and rendering is correct.
Comment 18 S. Burmeister 2008-04-20 21:02:31 UTC
AFAIK this depends on the dpi-setting. It works for some, does not for others.
Comment 19 Christian Muehlhaeuser 2008-10-28 10:16:06 UTC
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).
Comment 20 Björn Ruberg 2009-11-30 01:43:32 UTC
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?
Comment 21 sts 2009-12-27 18:03:14 UTC
works fine here with kde4.4beta2