Closed
Bug 254769
Opened 20 years ago
Closed 20 years ago
scrolling (vertical or horizontal) leaves horizontal lines with background colo(u)r
Categories
(Core Graveyard :: GFX: Gtk, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: peter.kovar, Assigned: tor)
References
()
Details
Attachments
(1 file)
89.39 KB,
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; sk-SK; rv:1.8a3) Gecko/20040807 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; sk-SK; rv:1.8a3) Gecko/20040807 In the page http://home.snafu.de/tilman/mozilla/stomps.html or any page with vertical size greater than size of screen, Mozilla leaves nasty one pixel wide lines with background colo(u)r. It smells like integer rounding bug somewhere in the gfx. Reproducible: Always Steps to Reproduce: 1. http://home.snafu.de/tilman/mozilla/stomps.html 2. scroll down with keyboard arrow key up, mouse wheel or vertical scroll bar Actual Results: Single pixel wide horizontal lines left. Expected Results: Clear repaint, of course. about:buildconfig Build platform target i686-pc-linux-gnu Build tools Compiler Version Compiler flags ccache gcc-3.4.1 gcc version 3.4.1 -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -pedantic -march=i686 -mtune=pentium3 -msse -mfpmath=sse -mmmx -O2 -pipe -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays -pthread -pipe ccache c++-3.4.1 gcc version 3.4.1 -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -march=i686 -mtune=pentium3 -msse -mfpmath=sse -mmmx -O2 -pipe -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays -fshort-wchar -pthread -pipe -I/usr/X11R6.7.0/include Configure arguments --prefix=/usr --enable-calendar --enable-md --enable-ldap --enable-svg --enable-svg-renderer-cairo --enable-xft --with-system-jpeg --with-system-zlib --with-system-png --with-system-mng --enable-xterm-updates --enable-xinerama --enable-ctl --enable-jsd --enable-oji --enable-crypto --enable-default-toolkit=gtk2 --with-extensions=all --enable-xpctools --enable-reorder --enable-logging --enable-strip
Reporter | ||
Comment 1•20 years ago
|
||
http://home.snafu.de/tilman/mozilla/stomps.html
Reporter | ||
Comment 2•20 years ago
|
||
Correction: even scroll down is affected. Maybe it's cross platform bug, maybe only Cairo and/or GTK related.
Summary: scroll up leaves horizontal lines with background colo(u)r → vertical scroll leaves horizontal lines with background colo(u)r
Comment 3•20 years ago
|
||
Maybe dupe of Bug 201198, not sure, since Bug 201198 is about white lines. There is also a example with black lines in it, but that was with white background.
Summary: vertical scroll leaves horizontal lines with background colo(u)r → scrolling (vertical or horizontal) leaves horizontal lines with background colo(u)r
Reporter | ||
Comment 4•20 years ago
|
||
I've noticed those horizontal lines also during progressive load and repaint of SourceForge.net Logo sflogo.php.png at http://mplayerplug-in.sourceforge.net/ so it's not only scroll but much more...
WFM - what resolution does your X server think it's running at? "xdpyinfo | grep resolution"
Reporter | ||
Comment 7•20 years ago
|
||
X server pulled from X.org CVS +/- two weeks ago Build Date: 25 July 2004 Server: The X.Org Foundation 60700000 Visual: 24-bit TrueColor (ID 0x23, Default) xdpyinfo says resolution: 75x75 dots per inch However in current CVS i.e. 20040810 this weirdness disappeared. Eventualy I'll try to experiment with higher resolutions.
From your description it sounds like a bug in x.org's server. Closing as invalid.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Updated•15 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•