Bug 138785 - When scrolling horizontally, exposed content is not always painted until another expose event
Summary: When scrolling horizontally, exposed content is not always painted until anot...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-14 01:42 UTC by Sami Liedes
Modified: 2008-04-25 10:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Screenshot of the bug (88.63 KB, image/png)
2006-12-14 01:44 UTC, Sami Liedes 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Sami Liedes 2006-12-14 01:42:11 UTC 
Version:            (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages
OS:                Linux

On the page http://www.stat.fi/til/van/2005/van_2005_2006-06-28_tau_001.html , resizing Konqueror window so that the table does not fit horizontally and then scrolling to the right (either with keyboard or dragging the scroll bar), the newly exposed part of the table is not painted. A new expose event (e.g. after switching to another virtual desktop and back) makes it paint the table. Also scrolling up or down paints the newly exposed (by vertical scrolling, not that by the previous horizontal scrolling) part correctly.
Comment 1 Sami Liedes 2006-12-14 01:44:15 UTC 
Created attachment 18925 [details]
Screenshot of the bug

This state was achieved by first scrolling down a bit, then scrolling left (the
newly exposed part was not painted), then scrolling up a bit (the part in the
bottom right corner was painted).
Comment 2 Bram Schoenmakers 2008-04-20 18:19:00 UTC 
Works fine in 3.5 branch r790898 and KDE 4 trunk r798759.
Comment 3 James Spahlinger 2008-04-25 10:10:13 UTC 
This works in 4.0.3. Closing