Bug 194291 - html pages stop repainting on scroll
Summary: html pages stop repainting on scroll
Status: RESOLVED DUPLICATE of bug 167776
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-27 12:02 UTC by anton
Modified: 2011-02-06 08:05 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
messed page in konqueror (163.41 KB, image/png)
2009-05-27 12:03 UTC, anton
Details

Note You need to log in before you can comment on or make changes to this bug.
Description anton 2009-05-27 12:02:53 UTC
Version:            (using KDE 4.2.85)
OS:                Linux
Installed from:    SuSE RPMs

At some random moment konqueror might stop repainting pages when scroll up/down. The center of the page does not change, upper/lower borders are messed up (see attached screenshot). 

When hide the window (under some other window) and show again, the page is repainted on the proper place, but scrolling to another is still impossible.
Comment 1 anton 2009-05-27 12:03:58 UTC
Created attachment 34042 [details]
messed page in konqueror
Comment 2 Dario Andres 2009-05-27 15:43:59 UTC
Does this happen with every page or with a specific one ? Thanks
Comment 3 anton 2009-05-27 16:44:44 UTC
The page does not make sense. 

I can also start another instance of konqueror, or even open another tab in the same window and it would work fine (but still might break after a while).

I have an instance of konqueror with a number of broken tabs right now, so I can make some tests or send some logs on request.
Comment 4 Andreas Marschke 2009-06-21 16:20:16 UTC
fixed in 4.2.91
Comment 5 anton 2009-07-20 17:34:32 UTC
4.3 RC2, the issue is still here.
Comment 6 anton 2009-08-12 19:21:39 UTC
Just received this in 4.3 final release.
Comment 7 nick 2009-08-12 20:41:32 UTC
My daily (work) system is still on 4.2.3 (amd64), on which I have never been hit by this behavior, whereas on at least two of my 4.2.4 systems at home (used infrequently) I have seen this, on both amd64 and x86.
So, perhaps 4.2.3->4.2.4 delta is where it started.
Comment 8 nick 2009-08-27 21:09:52 UTC
A new data point for you.
I just upgraded my work system:
linux kernel: 2.6.29-gentoo-r5 -> 2.6.30-gentoo-r5
nvidia-driver: 180.60 -> 185.18.31
Still running kde 4.2.3--no changes there.
Now, the bug is manifesting itself quite often.

So, that rules out the 4.2.3->4.2.4 delta as the cause.
Quite possibly something triggered by the nvidia driver?

What display driver are other reporters using?

Some behaviors when this is occurring:
a) sliding the scroll bar, pg-up/pg-down, up/down arrow key, using the mouse-wheel, and clicking the arrows at either end of the scroll bar all exhibit the problem
b) in some cases clicking so that the scroll bar jumps still works,
c) in other cases clicking so that the scroll bar jumps exhibits the problem
d) I've seen cases where in the same window, some tabs (a) is true while simultaneously (b) is true, thus (a) and (b) cases seem to be tab-dependent.
e) shading/unshading the window causes it to be repainted correctly (after scrolling),
but doesn't remove the behavior
f) home/end causes a repaint, but only fixes the respective border (top for home, bottom for end)
g) the overall behavior seems to be independent of tabs--once one tab exhibits the problem, all tabs in the same window do.

It looks like the page is split into three regions vertically:
top- the portion as tall as the up arrow above the scroll bar slider
middle- the portion corresponding to where the scrollbar slider is
bottom- the portion as tall as the up/down arrows below the scroll bar slider

When the problem exhibits:
- scrolling up appears to scroll the page, but only render in the top region.
- scrolling down appears to scroll the page, but only render in the bottom region.
- 'home' causes the top and middle portions to be rendered correctly
- 'end' causes the middle and bottom portions to be rendered correctly

- the status bar is not rendered correctly--it shows rendering from another tab entirely, not the usual status bar stuff, and the source tab changes if you tab around and come back.
Comment 9 anton 2009-08-29 00:02:28 UTC
>What display driver are other reporters using?

I have intel video, xorg-x11-server-7.4-25.2 on OpenSUSE 11.0
Comment 10 Onno Molenkamp 2009-09-01 20:04:51 UTC
I'm running KDE 4.3.0 (from openSUSE's KDE4-Factory repository) on openSUSE 11.1 and am having exactly the same problem. It doesn't just happen in Konqueror, but also in other programs using KHTML, like Akkregator. (embedded in Kontact)

I'm using the NVIDIA 185.18.14 driver on a Quadro NVS 110M/GeForce Go 7300.
Comment 11 FiNeX 2009-09-19 21:43:50 UTC

*** This bug has been marked as a duplicate of bug 167776 ***
Comment 12 Onno Molenkamp 2009-09-19 22:56:02 UTC
I don't see how this is a duplicate of bug 167776, which describes a problem that consistently happens on a specific web page and doesn't affect the rendering of web pages in other tabs.
Comment 13 nick 2009-09-20 00:13:51 UTC
I agree--it is not a duplicate of 167776. Just looking at the screenshot of 167776 reveals that the behaviors are very different.

This bug is not consistent on any one individual web page.

Once this bug manifests in one tab, it eventually spreads like poison to the other tabs in the same konq. process, not necessarily immediately.
Comment 14 nick 2010-03-05 15:41:43 UTC
I hit this again in 4.3.4 just last week...

It has nothing to do with a static background image, as 167776 does.

Please reopen.
Comment 15 nick 2010-03-09 00:39:10 UTC
This just happened to me again, this time in KDE 4.4.1.

This is _not_ a duplicate of bug 167776.

*Please reopen this*
Comment 16 anton 2010-04-08 19:58:08 UTC
Have just received this on 4.4.2 from opensuse factory, but in a "better" way - I still could not scroll the page up/down - the page showed static picture and top/bottom borders showed moving colored mess. But the "moving mess" lines were now much thiner (few pixels) than on the original screenshot and also after switching to another tab and back did cure this behavior this time - all tabs in same window were not infected with same behavior and the initially diseased tab also became fine.
Comment 17 nick 2010-06-17 16:41:02 UTC
Just hit this again in 4.4.4. Again, it is _not_ a duplicate of bug 167776.
Can we please reopen this and get it fixed?
Comment 18 anton 2011-01-14 14:42:19 UTC
4.6 RC2 from opensuse factory, just caught this one again on http://www.phoronix.com/scan.php?page=article&item=ati_r500_pflipper&num=1

Things are a better now:
- once appeared on one tab, it does not go to all other tabs in the same window (at least immediately).
- after scrolling down few screens at some moment the page get repainted in its current position, but still it is corrupted.

and this is not a dupe of https://bugs.kde.org/show_bug.cgi?id=167776
Comment 19 anton 2011-02-06 08:05:22 UTC
4.6 final, the problem is still here, hits rather often this page: http://www.penguspy.com