Bug 126067 - konqueror: scrolling wide images shows erroneous data
Summary: konqueror: scrolling wide images shows erroneous data
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-22 13:01 UTC by esigra
Modified: 2008-05-06 22:07 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Image showing how Konqueror fails to display a wide image in a wide window after scrolling. (30.39 KB, image/png)
2006-04-22 13:02 UTC, esigra
Details
Testcase used to create the screenshot. (17.36 KB, image/png)
2006-04-22 13:03 UTC, esigra
Details
showing a displaced segment in the lines image (3.39 KB, image/png)
2006-04-23 12:38 UTC, Benno Schulenberg
Details
HTML testpage showing that the bug also happens without images (347 bytes, text/html)
2006-05-07 11:14 UTC, esigra
Details
Image showing the bug on a web page without images (35.68 KB, image/png)
2006-05-07 11:23 UTC, esigra
Details

Note You need to log in before you can comment on or make changes to this bug.
Description esigra 2006-04-22 13:01:12 UTC
Version:           3.5.2 (using KDE KDE 3.5.2)
Installed from:    Gentoo Packages
Compiler:          gcc (GCC) 3.4.5 (Gentoo 3.4.5-r1, ssp-3.4.5-1.0, pie-8.7.9)
 
OS:                Linux

When scrolling wide images in konqueror erroneous data is shown. It happens when the browser window is wider than something like 1400 pixels.
Comment 1 esigra 2006-04-22 13:02:45 UTC
Created attachment 15737 [details]
Image showing how Konqueror fails to display a wide image in a wide window after scrolling.
Comment 2 esigra 2006-04-22 13:03:57 UTC
Created attachment 15738 [details]
Testcase used to create the screenshot.
Comment 3 Benno Schulenberg 2006-04-23 12:38:41 UTC
Created attachment 15748 [details]
 showing a displaced segment in the lines image

Occurs here too, when stretching (in a few steps) the Konqueror window to a bit
wider than twice the screen -- which is 1024, so a width of about 2200 pixels. 
It only occurs in the Embeddable Image Viewer, not in Kuickshow, and only when
sliding left and right somewhat quickly, not when doing it very slowly.
Comment 4 Benno Schulenberg 2006-04-23 13:08:10 UTC
As my default Konqueror background is not white but beige, the little image shows that the mistaken segment is displaced both horizontally and a bit vertically.
Comment 5 Maksim Orlovich 2006-04-23 16:13:44 UTC
You folks don't have X backing store on by any chance, do you?
Comment 6 esigra 2006-04-23 17:50:15 UTC
xdpyinfo says:
name of display:    :0.0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    70000000
X.Org version: 7.0.0
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x1e00007, revert to PointerRoot
number of extensions:    29
    BIG-REQUESTS
    DAMAGE
    DPMS
    Extended-Visual-Information
    GLX
    LBX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    RANDR
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    TOG-CUP
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFIXES
    XFree86-Bigfont
    XFree86-DGA
    XFree86-DRI
    XFree86-Misc
    XFree86-VidModeExtension
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  print screen:    no
  dimensions:    1920x1200 pixels (332x210 millimeters)
  resolution:    147x145 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x4c
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xfa4031
    KeyPressMask             EnterWindowMask          LeaveWindowMask          
    KeymapStateMask          StructureNotifyMask      SubstructureNotifyMask   
    SubstructureRedirectMask FocusChangeMask          PropertyChangeMask       
    ColormapChangeMask       
  number of visuals:    16
  default visual id:  0x23
  visual:
    visual id:    0x23
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x24
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x25
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x26
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x27
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x28
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x29
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2a
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2b
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2c
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2d
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2e
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2f
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x30
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x31
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x32
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
Comment 7 esigra 2006-05-07 11:14:20 UTC
Created attachment 15958 [details]
HTML testpage showing that the bug also happens without images

Further testing has revealed that this bug is not specific to image viewing.
Wide web pages without images are also garbled when scrolled horizontally.
Comment 8 esigra 2006-05-07 11:23:22 UTC
Created attachment 15959 [details]
Image showing the bug on a web page without images

This is a screenshot of the HTLM testcase that was just attached. Note how the
alphabetic order is destroyed.
Comment 9 Ivor Hewitt 2006-05-07 18:56:29 UTC
> dimensions:    1920x1200 pixels 

1. Does it occur with lower resolutions.
2. what video card/driver are you using.
3. does it still occur with Option "NoAccel" in xorg.
Comment 10 Benno Schulenberg 2006-05-08 00:28:47 UTC
At comment #9: It does not occur here at 800x600: I can see the misdraw happen, but it always gets quickly corrected.  The "NoAccel" option makes no difference -- well, everything's slower, but the problem remains (at 1024x768).  I'm using a via Unichrome KM400 video chip and the Openchrome driver.
Comment 11 Ivor Hewitt 2006-05-08 08:23:42 UTC
> I can see the misdraw happen, but it always gets quickly corrected.
>
Yeah it's not misdrawing you can see happening but the way that window scroll works. The current contents are blitted to their new position first, then the a re-draw occurs for the newly visible section afterwards.

> I'm using a via Unichrome KM400 video chip and the Openchrome driver.
>
I guessed that much from you. :) Can the original reporter comment.
Comment 12 esigra 2006-05-08 09:39:57 UTC
1. It happens with 1600x1200 but not with 1152x968 or 1024x768.
2. Mobility Radeon 9600/radeon.
3. [will test later today]
Comment 13 esigra 2006-05-13 11:53:56 UTC
3. Option "NoAccel" makes no difference except that everything is so slow that I can barely scroll anything at all. The bug is still reproducible.
Comment 14 FiNeX 2008-05-06 14:18:24 UTC
Cannot reproduce on KDE 3.5.9 and 4 (trunk r804500).
Tested with an nvidia card (with nvidia closed source drivers) on a resolution of 1600x1200 and 1024x768.

Did you have recently had this bug? If not we should close this report.

Thanks a lot! :-)
Comment 15 esigra 2008-05-06 19:34:26 UTC
I can not currently reproduce this with KDE 3.5.8.
Comment 16 Benno Schulenberg 2008-05-06 22:07:23 UTC
Verified: cannot reproduce this either on KDE-3.5.9 -- at 1024x768 on a VIA chip.