User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
In the page http://www.gla.ac.uk/clubs/guns/bugzilla08.xhtml I noticed that the
table lines started drawing twice when the browser is scrolled.
I have tried to reproduce on Mozilla 1.75 and the recent trunk build on Firefox
as well as Firefox 1.0. They all have the same behaviour.
Steps to Reproduce:
1. Load the page http://www.gla.ac.uk/clubs/guns/bugzilla08.xhtml
2. scroll with the mouse from the bottom to the top of the page in about 1
second (using screen res 1280*1024 with firefox window size occupying about
1024*800 in the middle)
3. If that does not work, try again slowly. Control F5 (force refresh) sometimes
helps in seeing the effect
The table row lines (the horizontal ones) are sometimes drawn twice.
You'll immediately see the result here:
Table rows should only be drawn once.
Seems to be across the suite. Mozilla, firefox and firefox nightly (trunk) all
seem to act the same.
Have not checked that it is html or xhtml dependant.
The file uses xhtml and a stylesheet, you can view source if you want to see.
Created attachment 175217 [details]
The bug in action.
Screenshot of the bug
I also see this on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5)
Gecko/20041119 MultiZilla/126.96.36.199c (trunk build)
I found that the browser window has to be small enough to let the document
scroll by a full page to be able to reproduce.
Are people seeing this without smoothscrolling enabled?
Also, are they seeing it with builds after 2005-02-03?
Boris, I can't reproduce with smooth scrolling off (on the build mentioned in
Also, I've noticed that I can only reproduce the bug when smooth scrolling is on
if I use the mouse wheel to scroll back up again (with prefs set to scroll the
document by the system default number of lines).
Yeah, if smoothscrolling is involved you definitely want to test builds after
2005-02-03. See bug 280041.
(In reply to comment #3)
> Are people seeing this without smoothscrolling enabled?
Yes, Mozilla 1.75 and firefox 1.0 are still showing the effect with
smoothscrolling and autoscroll off.
> Also, are they seeing it with builds after 2005-02-03?
Yes, I tried with the recent firefox trunk build and it still appears broken.
(In reply to comment #4)
I don't have a scroll wheel. I'm just using the middle mouse to scroll down. Can
you recreate the bug with the scroll wheel?
(In reply to comment #6)
> I'm just using the middle mouse to scroll down.
I should have said, I was using the scroll bar on the right to scroll down. With
autoscrolling off the middle mouse doesn't scroll. Sorry for the misleading comment.
I've just tested in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2)
Gecko/20050225 and the effect is still present.
It seems that I was wrong about a few things though:
* It happens with or without smooth scrolling enabled
* It is reproducable with the window scroll bar as well as the mouse scroll wheel
Also, resizing the window removes the artefact.
I see some horizontal row lines sometimes drawn twice when dragging the
I do NOT see this layout bug when using Up/Down arrow keys or PgUp/PgDn keys or
Home/End keys or when clicking the scrollbar ^/v arrows or when rolling
mousewheel. I have smooth scrolling disabled. I have not tried with autoscroll.
Mozilla 1.8b2 build 2005040305 under XP Pro SP2 here.
I could not find a duplicate for this.
Setting severity to minor since this is not always happening, not happening
under many conditions, not creating a huge layout problem.
Over to the right product and (maybe) right component... Bugs in General aren't
exactly on anyone's "to fix" list.
The url is not there anymore. Reporter could you please attach the testcase to this bug?
> In the page I noticed that the
> table lines started drawing twice when the browser is scrolled.
> Picture here:
I changed the website over and forgot about the links. Oops.
The new files are up at:
For the bug and the picture showing the bug.
The bug still exists in Firefox 1.5 and SeaMonkey 1.0b.
URL field updated accordingly
Created attachment 207912 [details]
It's always better to attach the testcase to the bug.
I can see the bug too in current trunk build, btw.
I can't reproduce this with a current 3.0.3 build. Can anybody else?
I can with todays nightly
Created attachment 426293 [details]
Another testcase using a form select element
I found this bug in Firefox 3.6 (on OSX 10.5) and have attached another test case which makes it super easy to reproduce.
Testing both test cases on trunk (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a2pre) Gecko/20100210 Minefield/3.7a2pre) reveals that both are fixed. Wohoo!
chances are hih that this is caused by the fix for bug 452319 http://hg.mozilla.org/mozilla-central/rev/91e00d39570f