bad rendering of floating box in firefox

Bug #455412 reported by Leandro
32
This bug affects 7 people
Affects Status Importance Assigned to Milestone
firefox-3.5 (Ubuntu)
Confirmed
Undecided
Unassigned
Nominated for Karmic by gophergun
Nominated for Lucid by gophergun

Bug Description

Binary package hint: firefox-3.5

The bug is better explained by the attached screenshots. How to reproduce it:

Go to "http://ubuntuforums.org", and click on "New posts". Put the mouse over
the title of any thread. The yellow box showing the resume of the thread
appears, as shown in the first part of the screenshot.

Then scroll the page WITH THE MOUSE WHEEL (moving the mouse makes
the yellow box disapear). The yellow box should disapear and the background
page be restored, but we actually get a grey box, as shown in the
second screenshot.

Note that the second screenshot is fake, because the capture utility does not
capture the actual behavior.

ProblemType: Bug
Architecture: amd64
Date: Mon Oct 19 10:12:11 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: fglrx
Package: firefox-3.5 3.5.3+build1+nobinonly-0ubuntu4
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: firefox-3.5
Uname: Linux 2.6.31-14-generic x86_64

Revision history for this message
In , Bugzilla-babylonsounds (bugzilla-babylonsounds) wrote :

Works for me with the same build on the same platform.
Rune, did you use a new profile? Do you use additional themes and extensions?

Revision history for this message
In , Jruderman (jruderman) wrote :

I see this bug on XP with Gecko/20030809 Mozilla Firebird/0.6.1+. The bug makes
some sense -- the coloring is supposed to go away when certain things happen to
the xml document, such as the application of a style sheet. ccing
<email address hidden>, since I think he's involved with pretty printing. But it is
pretty wacky that autoscroll adds an IMG element to the document.

Revision history for this message
In , Jonas-sicking (jonas-sicking) wrote :

I have no idea how autoscrolling is implemented, but if it adds images to the
document DOM then the prettyprint side of things work as designed. It sounds
really scary to me that we modify the document DOM for autoscrolling, that can
send off all sorts of wierd things in the document (mutation events will be
notified, scripts executing on a timer will see a modified DOM).

Personally i would prefer to see autoscoll insert things into the chrome instead
which would take care of all of the above problems. There are other
alternatives, but I won't suggest them here since I think they will just add to
the current wrong-ness

Revision history for this message
In , Jruderman (jruderman) wrote :

Autoscroll adds an image to the document. I can tell because the "ancestors"
and "generated source" bookmarklets show it, and because it is often affected by
page style sheets.

Revision history for this message
In , Rune-skaug (rune-skaug) wrote :

Re Comment 1: Yes, this happens using a new profile. The only installed
extension is the WebBar.

(I always have a new profile, because I'm on a restricted network, and the
Documents and Settings folder is deleted every time I log out).

Sorry I'm late, turns out I turned off all my bugmail a while ago. But it seems
like you are on to something anyway!

Revision history for this message
In , Jitools (jitools) wrote :

Reproduceable on
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030925 Firebird/0.7

Revision history for this message
In , Bugzilla-babylonsounds (bugzilla-babylonsounds) wrote :

*** Bug 223933 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jason-barnabe-gmail (jason-barnabe-gmail) wrote :

*** Bug 225026 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jruderman (jruderman) wrote :

*** Bug 226550 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jruderman (jruderman) wrote :

See also bug 215825, "autoscroll cursor is affected by page stylesheets". Both
bugs would be fixed if the autoscroll circle IMG were not part of the document.

Revision history for this message
In , Jruderman (jruderman) wrote :

*** Bug 226661 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mike Connor (mconnor) wrote :

*** Bug 231657 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jwalden+bmo (jwalden+bmo) wrote :

*** Bug 233086 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Hskupin (hskupin) wrote :

Confirming with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a)
Gecko/20040128 Firebird/0.8.0+

To see this effect you have to enable "Use autoscrolling" within the advanced
options. Otherwise my middle mousebutton doesn't destroy the format.

Revision history for this message
In , Bugzilla-spray (bugzilla-spray) wrote :

*** Bug 233788 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Colin-ogilvie (colin-ogilvie) wrote :

*** Bug 234495 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mike Connor (mconnor) wrote :

*** Bug 234669 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Josh-agog (josh-agog) wrote :

In FireFox .8, the xml pages clears completely when I go into autoscroll.
http://www.mapjunction.com/places/Test_BRA/cgi-view/search.pl?s=mark&type=xml is
an example of where this happents. Click the middle scroll button down, and
after the image pops up of the autoscoll all of the XML text disappears. A
refresh brings the page back.

Revision history for this message
In , Jwalden+bmo (jwalden+bmo) wrote :

(In reply to comment #18)
> In FireFox .8, the xml pages clears completely when I go into autoscroll.
> http://www.mapjunction.com/places/Test_BRA/cgi-view/search.pl?s=mark&type=xml
> is an example of where this happents. Click the middle scroll button down,
> and after the image pops up of the autoscoll all of the XML text disappears.
> A refresh brings the page back.

This is no different from anything exhibited in the rest of the bug. When the
XML unformats, only the contents of tags are shown (in a straight line of
text), as attributes and such have no inherent style attributes. In this case
attributes will be ignored because they aren't content. As not a single tag in
the document has any content (other than tags and whitespace), nothing will be
displayed. If you try loading an XML file with no style information and tags
that have contents (and therefore all info isn't just in attributes), you'll
see unformatted text. An example: http://www.mezzoblue.com/rss/index.rdf

Revision history for this message
In , Bendono (bendono) wrote :

Perhpas the suggested http://www.mozillazine.org/contents.rdf is not the best
link to test this bug against at present. Firefox 0.8 displays it as plain text
with no special XML formating. On my system (Win XP Pro), the mouse scroll
button does not mess up the display for this page.

Many examples here: http://blogs.gotdotnet.com/ . Each and every one of the RSS
files display with special XML formating, and the text is messed up when the
mouse scroll button is pressed. Also I loose the context menu. The source of
course all there when you look at it. And refresh corrects the display until you
scroll again with the mouse. Some may notice the .ASPX extention at the end of
these XML files (which shouldn't matter), but it's still the same with all other
XML files with .XML extensions as well, such as here:
http://rssnewsapps.ziffdavis.com/eweekwindows.xml

Revision history for this message
In , Michael-arnauts+mozilla (michael-arnauts+mozilla) wrote :

there are some bugs with that autoscroll-icon because it uses styles. Isn't it
better if the icon could be overlayed or something so it doesn't affect the
document?

Revision history for this message
In , Jonas-sicking (jonas-sicking) wrote :

yes, absolutly

Revision history for this message
In , Asa (asa) wrote :

*** Bug 228389 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Rparenton (rparenton) wrote :

Per comment 3, fixing Bug 242621 would make this easier/take care of it.

Revision history for this message
In , James Ross (twpol) wrote :

*** Bug 249321 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Ali-ebrahim (ali-ebrahim) wrote :

First off, updating link to point to a real XML feed
(http://www.mozillazine.org/atom.xml).

Second, this bug only seems to affect unstyled XML feeds. Styled XML feeds such as:
http://aebrahim.blogspot.com/atom.xml
don't appear to suffer from this bug (though they do suffer from bug 242466).

Also nominating for 1.0, since this bug is obviously highly visible (see number
of dupes), and second, since we're getting an RSS reader, it makes sense to have
other RSS/XML related stuff work too.

Revision history for this message
In , Jruderman (jruderman) wrote :

*** Bug 252972 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Pike-pikey (pike-pikey) wrote :

*** Bug 255020 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Extrema (extrema) wrote :

This bug is still present with Firefox 0.9.3 on Windows XP.

Revision history for this message
In , Sylikc (sylikc) wrote :

Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803
Firefox/0.9.3

This bug still exists. It has a slightly different implication than those
comments above though:

For example, I load http://www.hutteman.com/weblog/rss.xml
When I middle-click (auto-scroll), all the XML tags disappear and I CANNOT
disable auto-scroll! If I middle click again, nothing happens. I must close
that particular tab and reenable it if I want to scroll through the unformatted
text normally.

This occurs ONLY when the XML document is in a multi-tabbed environment and it
isn't the first tab.

For example, open up a new window and browse to the XML above. The middle-click
will kill the formatting but you will be able to stop auto-scroll by middle
clicking again. However, if you open up a new tab and open the above link and
middle-click, you lose formatting AND you can't stop autoscroll until you kill
the tab.

Quite an annoying bug considering the usefulness of auto-scroll while at the
same time having very sensitive middle mouse buttons nowadays.

/sylikc

Revision history for this message
In , Jonny-rylands (jonny-rylands) wrote :

Reproducable with Firefox 0.9.3, Win XP SP1...

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.8

Revision history for this message
In , Jonas-sicking (jonas-sicking) wrote :

comon people, we're well aware that the bug still exists. That is why this bug
is still open. Noone has claimed anything else.

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

*** Bug 255661 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

*** Bug 259382 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Nsteinberg (nsteinberg) wrote :

Reproducable on Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20040913 Firefox/0.10

Revision history for this message
In , N0dalus+firefox (n0dalus+firefox) wrote :

I have the same problem on 1.0PR WinXP SP1
What I also find interesting is that a text/plain page can show the autoscroll
image on it without problems.

Revision history for this message
In , Polyprograms (polyprograms) wrote :

This bug appears on FireFox 1.0PR & 1.0RC (WinXP, new installation)

I did found this bug for a long time (in 0.9 or 0.8 I think)

Revision history for this message
In , izsak (izsak) wrote :

(In reply to comment #30)

Reproduceable on
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

AutoScroll: ON

It's too badly, that this bug is still in the first major release of Firefox.

Revision history for this message
In , Gary van der Merwe (garyvdm) wrote :

*** Bug 270595 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Bzbarsky (bzbarsky) wrote :

*** Bug 269798 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Philringnalda (philringnalda) wrote :

*** Bug 274250 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Philringnalda (philringnalda) wrote :

*** Bug 272854 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

Created an attachment (id=171637)
patch

Something like this fixes the bug for me.
It adds the autoscroll image by adding a binding to div#header (which is
generated by the xslt stylesheet). This doesn't cause an unfolding of the
document.

I've also removed this line:
- this._autoScrollMarkerImage.style.display = 'none'; // seems to
avoid blocking when autoscroll is initited during pageload
I'm not sure if that's allowed, but it doesn't seem to 'do' anything.

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

Created an attachment (id=171647)
patch2

Same patch, but fixes a glaring error.

Revision history for this message
In , Gavin Sharp (gavin-sharp) wrote :

*** Bug 281491 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Lews (dorrin) wrote :

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

When using a version of the X.org X server (and possibly Xephyr) with the X
composite extension enabled, running "xcompmgr" with any arguments can result in
rendering errors when using the autoscroll feature. This only occurs on pages
not containing iframes and on images. If the page contains the <iframe>
directive anywhere on it, the error does not occur.

Reproducible: Always

Steps to Reproduce:
1. Run a recent version of a Composite-enabled X server
2. Run xcompmgr
3. Use Firefox's autoscrolling feature on a page that contains no iframes

Actual Results:
"Ghosting" of the autoscroll overlay image.

Expected Results:
Not ghost the autoscroll image.

I was unable to test this bug with Mozilla, since the autoscroll extension would
not install.

Revision history for this message
In , Bugs-bengoodger (bugs-bengoodger) wrote :

+ing for review.

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

Warning, my patch is more a hack than anything else.

Revision history for this message
In , Gavin Sharp (gavin-sharp) wrote :

*** Bug 285968 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Philringnalda (philringnalda) wrote :

*** Bug 286831 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Arno-brauss (arno-brauss) wrote :

I can confirm the Bug on Win XP, Firefox 1.0.2.

On my Linux machine with Firefox 1.0.1 (Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.7.6) Gecko/20050311 Firefox/1.0.1) it works great, but the
"Autoscroll-Icon", which normally appears, doesn't appear.

Revision history for this message
In , Tony-chia (tony-chia) wrote :

(In reply to comment #50)
> I can confirm the Bug on Win XP, Firefox 1.0.2.
>
> On my Linux machine with Firefox 1.0.1 (Mozilla/5.0 (X11; U; Linux i686; en-US;
> rv:1.7.6) Gecko/20050311 Firefox/1.0.1) it works great, but the
> "Autoscroll-Icon", which normally appears, doesn't appear.

I can confirm the Bug on W2k, Firefox 1.0.3.
On some XML files, the format simply disappear and left with the content without
the pretty color formatting.

On some XML files, the page just turn blank when the middle scroll mouse button
is clicked.

Revision history for this message
In , Gavin Sharp (gavin-sharp) wrote :

*** Bug 293968 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jernejcoder (jernejcoder) wrote :

for me when middle clicking the document disappears, could it have something to
do with adblock plugin?

Revision history for this message
In , Bugzilla-suppafly (bugzilla-suppafly) wrote :

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716
Firefox/1.0.6 w/ bugmenot and forecastfox extensions

Pages are turning to blank pages now when middle clicked instead of going to
plaintext formatting as before.

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

changing url, because rss/atom feeds are now transformed into something readable
by something called 'feedview' in current trunk builds.

Revision history for this message
In , Gavin Sharp (gavin-sharp) wrote :

*** Bug 306186 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

*** Bug 308649 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Gervase Markham (gerv-mozilla) wrote :

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox: http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey: http://www.mozilla.org/projects/seamonkey/

Revision history for this message
In , Lews (dorrin) wrote :

I am still getting this bug on Deer Park 2. Again, if I included an <iframe> in
the page through Greasemonkey (or saving the page to harddisk and editing the
source), the problem disappeared.

Revision history for this message
In , Lews (dorrin) wrote :

Created an attachment (id=198070)
Test cases

This zipfile contains a page with the bug, and a page without the bug
(broken.html and notbroken.html, respectively).

Revision history for this message
In , Stryker330 (stryker330) wrote :

(In reply to comment #55)
> changing url, because rss/atom feeds are now transformed into something readable
> by something called 'feedview' in current trunk builds.

Not anymore. Feedview got pulled.

Revision history for this message
In , Elmar-ludwig (elmar-ludwig) wrote :

*** Bug 311348 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Gavin Sharp (gavin-sharp) wrote :

*** Bug 313538 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Bugzilla-suppafly (bugzilla-suppafly) wrote :

As of Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 this bug is still occuring

Revision history for this message
In , Elmar-ludwig (elmar-ludwig) wrote :

*** Bug 324778 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Bloodshedder (bloodshedder) wrote :

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

This bug is still occurring.

Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.8.0.1) Gecko/20060209 Debian/1.5.dfsg+1.5.0.1-2 Firefox/1.5.0.1

Still happening here.

Revision history for this message
In , Jonhodgkinson (jonhodgkinson) wrote :

*** Bug 334457 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Adrian (thiefmaster) wrote :

I can confirm this bug - when I enable composite in my xorg.conf I experience this bug and it works fine if I disable it.

Revision history for this message
In , Philringnalda (philringnalda) wrote :

*** Bug 340797 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jack-hh (jack-hh) wrote :

I just noticed this for the first time today, using 20060609 trunk nightly. I have a feeling I wasn't affected before, but I'm not really at liberty to go testing old versions.

Revision history for this message
In , Gaz-the2ndproject (gaz-the2ndproject) wrote :

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

This bug is still occurring.

Revision history for this message
In , Dermaniac (dermaniac) wrote :

It seems like the problem still persists.. But now, in newer version it isn't just deformatting the page, but the page becomes completely blank.
This is a little screen-video I took: http://rapidshare.de/files/25299603/demo.xml.html
I'm experiencing this problem since I know Firefox.. Both on the home and the work computer..

Revision history for this message
In , Ale (antifumo) wrote :

Still persisting in Firefox 1.5.0.6 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6)...

Revision history for this message
In , Lachlan-hunt (lachlan-hunt) wrote :

(In reply to comment #69)
> Still persisting in Firefox 1.5.0.6...

Of course it is. This bug hasn't even been marked as fixed yet. There is no need to leave such comments.

Revision history for this message
In , Mat-matssoftware (mat-matssoftware) wrote :

(In reply to comment #70)
> (In reply to comment #69)
> > Still persisting in Firefox 1.5.0.6...
>
> Of course it is. This bug hasn't even been marked as fixed yet. There is no
> need to leave such comments.
>

Au contraire! As we can see from comment #68, the status and description of bugs can change without anybody specifically making a change to this area. If someone had inadvertently fixed it without realising, it being tested for and written here would be beneficial to everyone

Revision history for this message
In , Jwalden+bmo (jwalden+bmo) wrote :

(In reply to comment #71)
> Au contraire! As we can see from comment #68, the status and description of
> bugs can change without anybody specifically making a change to this area. If
> someone had inadvertently fixed it without realising, it being tested for and
> written here would be beneficial to everyone

If the bug had been inadvertently fixed, commenting would be acceptable. However, in 99% of cases reporting that a bug still exists, *even in a slightly different yet still very broken way*, is unnecessary. The default assumption should always be that a bug still exists and that the continuing existence of a bug is only very rarely comment-worthy; this instance is not such a case.

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

Created an attachment (id=232100)
updated patch for branch

Updated the patch, it's a total hack, but it fixes the bug.
Not sure, if this is an acceptable solution. I think it is reasonably safe.

Revision history for this message
In , SoftExpert (marian.popescu) wrote :

Is this behavior related?
Load http://www.docbook.org/xsd/4.4/docbook.xsd on a tab.
Make sure to have autoscroll enabled
Middle-click on the page: POUF! content is no longer displayed!

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b2) Gecko/20060821 BonEcho/2.0b2 - Build ID: 2006082104

Revision history for this message
In , Zidane2k1 (zidane2k1) wrote :

(In reply to comment #74)
> Is this behavior related?
> Load http://www.docbook.org/xsd/4.4/docbook.xsd on a tab.
> Make sure to have autoscroll enabled
> Middle-click on the page: POUF! content is no longer displayed!
>
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b2) Gecko/20060821
> BonEcho/2.0b2 - Build ID: 2006082104
>

Yes, this is what this bug is about. The reason that your example page is going completely blank is because when that page is interpreted as HTML there are no valid tags that would cause something to be displayed.

Revision history for this message
In , Jo-hermans (jo-hermans) wrote :

*** Bug 350714 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Dave (fehe) wrote :

Here's a page somebody posted, which nicely displays this bug; http://www.w3schools.com/xml/cd_catalog.xml

When you middle-click the page, all the formatting disappears. See Mozillazine thread here: http://forums.mozillazine.org/viewtopic.php?p=2511797#2511797

Revision history for this message
In , Sandmann (sandmann) wrote :

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060808 Fedora/1.5.0.6-3 Epiphany/2.14 Firefox/1.5.0.6
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060808 Fedora/1.5.0.6-3 Epiphany/2.14 Firefox/1.5.0.6

Steps to reproduce:

- load the glib API URL
- scroll down some
- log in from another computer
- attach gdb to firefox
- while firefox is stopped due to gdb, press up arrow some 30 times
- 'continue' in gdb

This produces a corrupt display.

This bug is also reproducable for me when running firefox under compiz. In that case it is sufficient to just hold down the up-arrow; no gdb is necessary.

Reproducible: Always

Revision history for this message
In , Bugzilla-obra (bugzilla-obra) wrote :
Revision history for this message
In , Newsuser (newsuser) wrote :

I see the same.

Note that the xorg people seem to think that this is a firefox bug. Also
https://bugzilla.mozilla.org/show_bug.cgi?id=355745 seems to suggest the same. IMHO, that is a dupplicate of this bug.

Revision history for this message
In , euskal (jayerza) wrote :

User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.8.1.1) Gecko/20070107 BonEcho/2.0.0.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.8.1.1) Gecko/20070107 BonEcho/2.0.0.1

four users reported this bug. Duplicating it here as it does not happens with other browsers in Linux, using the Xorg server with AIGLX enabled.

1st user: I'm using the Beryl SVN on Ubuntu Edgy, with the 'ati' driver & AIGLX. It is remnants of the autoscroll icon itself. It appears to smear down the page. scrolling regularly until they're off the page makes them go away.
2nd user: I get the same here... Nvidia Drivers 96.31, Gentoo.

the redraw bug when scrolling goes away, when swichting to metacity

I am using a IMPS/2 mouse (genius netscroll), when the midlle button is clicked the autoscroll icons copies itself to the bottom or top
3rd user: I have a problem similar to this.

Going to sites with menus that are stationary. e.g. http://cairographics.org/samples/libsvg.html Then scrolling makes the stationary items get drawn onto the non-stationary parts of the page.

please Check this video for details
*Attach: (media-video) @ video.google
http://video.google.es/videoplay?docid=1321933765673255061

Reproducible: Always

Steps to Reproduce:
You must have the xorg-server with the aiglx flag enabled.

1.Open firefox.
2.Click the autoscroll middle button
3.Scroll the URL given before.
Actual Results:
redraws of the autoscrolling icon, depending where you autoscroll, below our above.

Expected Results:
no redraws of the autoscrolling icon.

Since Ubuntu in it's new release is shipping by default with aiglx rendering enabled, I'll set the severity to Major. Because it really gives the user a very poor usability (or none), adding that the average user won't understand if this is a bug or a enhancement...
Please notice that this does not happen in other browsers in Linux (Epiphany, Konqueror, etc)

Revision history for this message
In , euskal (jayerza) wrote :

related bug tickets

https://bugzilla.mozilla.org/show_bug.cgi?id=215762

"possible problem": the autoscroll image.

Revision history for this message
In , St.MPA3b (dekard) wrote :

yes, it is the problem i think
Becose there is no problem in Seamonkey, becouse scrolling image have no transparency there

Revision history for this message
In , St.MPA3b (dekard) wrote :
Revision history for this message
In , St.MPA3b (dekard) wrote :

can you make patch for 2.0?

Revision history for this message
In , Martijn-martijn (martijn-martijn) wrote :

(In reply to comment #78)
> can you make patch for 2.0?

Firefox2 is already out. It is likely that bug 242621 gets fixed for Firefox3, so this will then also be fixed for Firefox3.

Revision history for this message
In , Martin Filip (nexus) wrote :

The problem will not be only auto-scrolling. Look at this page for example:

test: http://www.smoula.net/nexus/fixed-bug.html

when I use autoscrolling, everything works fine. But when scrolling is done via scrollbar, mouse wheel or pgUp/Down keys - the fixed div in a right corner leaves ugly traces :(

screenshot: http://www.smoula.net/nexus/2007-02-13-104554_2560x1024_scrot.png

Using: beryl svn version, Firefox 2.0.0.1, Gentoo Linux.
When beryl is replaced with other WM (ie. metacity), it works ok.

Revision history for this message
In , Stu Hood (stuhood) wrote :

Another example is the GMail indicator for conversation replies below the fold. It stays stationary at the bottom right hand side, but in Minefield, it flickers brutally (although overall the scrolling is much faster than it was in F2)

Revision history for this message
In , Charetjc (charetjc) wrote :

Confirmed.

My System setup is:
1. Gentoo Linux 2006.1
2. Gnome Desktop Environment 2.16.1
3. Beryl 0.2 beta composite window manager
4. Firefox version Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20070115 BonEcho/2.0.0.1

Steps I took to produce this bug:
1. System started with aforementioned software running.
2. In firefox, visit http://developer.gnome.org/doc/API/2.0/glib/index.html
3. Scroll down, then scroll back up. The pink header will "ghost" across the page obscuring sections of the webpage.

Steps I took to work around this bug:
1. Terminate Beryl composite window manger.
2. Start Metacity window manager (no composite manager)
3. Revisit webpage from previous step #2 and scrolling works without the "ghosting".

Revision history for this message
In , Maia Everett (linneris) wrote :
Revision history for this message
In , euskal (jayerza) wrote :

Hi, good to know that is_only_related/w close source drivers.
I am testing Grand Paraiso (which should become FF 3). The bug is still there, since this promoted as the FF "eye candy release", it would be indeed usefull if some developer could explain the differents behaviours among FF 2.0 and 3.0alpha.
I have noticed, tracking and searching over here, some sort of similar bug on windows NT 4.x w/autoscrolling "odd-strange colours when autoscrolling" at Firebird.

Revision history for this message
In , euskal (jayerza) wrote :

the bug in 3.0 alpha doesn´t redraw the autoscroll-image the same times/speed, I don´t know how to explain, ¿could it be related with the cairo engine support on FF?

Revision history for this message
In , Rflint (rflint) wrote :

*** Bug 375518 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Ria-klaassen (ria-klaassen) wrote :

*** Bug 376771 has been marked as a duplicate of this bug. ***

Revision history for this message
In , tielie (mike-tielie) wrote :

This happens on my system too...

Gecko/20070601 Ubuntu/7.10 (gutsy) Firefox/2.0.0.4

For an example:

http://developer.gnome.org/doc/API/2.0/gtk/GtkWindow.html

scroll upward will give the ghost result

Revision history for this message
In , Tony Houghton (h-realh) wrote :

Is this a duplicate of #263686?

Revision history for this message
In , Tony Houghton (h-realh) wrote :

Looks like a duplicate of bug 263686 and/or bug 282109.

Revision history for this message
In , Chris Thomas (CTho) (cst-yecc) wrote :

This should be fixed with my checkin for bug 242621.

Revision history for this message
In , Milan-burda (milan-burda) wrote :

I think this has been fixed as the autoscroll icon has been moved out of the DOM:
https://bugzilla.mozilla.org/show_bug.cgi?id=242621

Revision history for this message
In , euskal (jayerza) wrote :

this bug has been raised countless times, here's what the devs from freedesktop suggest,
http://lists.freedesktop.org/archives/compiz/2007-June/002344.html

besides the bug I opened, all the devs started blaming nvidia in a childish way,

..."This is an nvidia bug and their are blame us for their incompetence"...

if disabling the autoscroll is the best option yet, why not whiping out the autoscroll entirely.??

Maybe switching the format of the autoscroll images to another one that supports transparencies. PNG?

Revision history for this message
In , Tony Houghton (h-realh) wrote :

It definitely isn't (only) an NVidia bug because it happens on ATI cards too. What format are the attachments on that page supposed to be? They just appear as unidentifiable binary stuff.

Revision history for this message
In , euskal (jayerza) wrote :

hi thanks a lot for your answer, you can open that attachments with a text editor, (not quite sure what you meant with unidentiable binary stuff).
That's a workaround only for the GNOME/desktop, that sets proper window types and sizes, it's done through the gconf-editor, but it's still doesn't solves the lagging/artifacts of the autoscrolling icon itself, while it does suffice for other odd bugs.
I've been following up the threads over there on FF, which are very frequent.
I'm quite sure if someone takes on from here and investigates/asks over freedesktop, you'll do them like a favor.
Now I'm thinking myself to start on YAW!!...(yet another workaround)

Revision history for this message
In , St.MPA3b (dekard) wrote :

Ye, it fixed in 3.0
But some elements now look ugly when scrolling pages with beryl ON, like 'static' backgrounds
Example: http://community.livejournal.com/ru_swine/

Revision history for this message
In , Telexen (telexen) wrote :

I don't know how this big is being handled right now, but I figured since I have the problem I would give my info. I've seen this with Gentoo Linux and Firefox versions dating back to 1.5.x.x. It seems like I was always either using KDE 3.5.X or XFCE < 4.4. cairo versions are unknown. Currently I use Compiz-Fusion (WITHOUT AIGLX), but the problem existed before I used it. It seems to me that on this installation I noticed it starting immediately after i used xmodmap to map my mouse buttons.

Revision history for this message
In , Maia Everett (linneris) wrote :

I can confirm that this bug is now fixed. Can someone mark it as such?

Revision history for this message
In , Maia Everett (linneris) wrote :

*** This bug has been marked as a duplicate of bug 282109 ***

Revision history for this message
In , Maia Everett (linneris) wrote :

*** Bug 368029 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Maia Everett (linneris) wrote :

This bug has been fixed in 3.0, where the autoscroll image was moved out of the DOM (see bug #242621).

Revision history for this message
In , Jruderman (jruderman) wrote :

*** Bug 430507 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Dtownsend (dtownsend) wrote :

*** Bug 430507 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kevin Brosnan (kbrosnan) wrote :

*** Bug 435701 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Stared (stared) wrote :

Created an attachment (id=329055)
bug

Revision history for this message
In , Dtownsend (dtownsend) wrote :

*** Bug 445289 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Vseerror (vseerror) wrote :

Do you still see this problem using Firefox 3.5? Please update the bug, and close/alter bug if appropriate.

Revision history for this message
In , Tyler Downer (tyler-downer) wrote :

No reply, INCO. Please reopen if you are seeing this in Firefox 3.5.2 or later in Firefox safe mode and a new profile with the latest plugins.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Profiles

Revision history for this message
Leandro (leandromartinez98) wrote :

Binary package hint: firefox-3.5

The bug is better explained by the attached screenshots. How to reproduce it:

Go to "http://ubuntuforums.org", and click on "New posts". Put the mouse over
the title of any thread. The yellow box showing the resume of the thread
appears, as shown in the first part of the screenshot.

Then scroll the page WITH THE MOUSE WHEEL (moving the mouse makes
the yellow box disapear). The yellow box should disapear and the background
page be restored, but we actually get a grey box, as shown in the
second screenshot.

Note that the second screenshot is fake, because the capture utility does not
capture the actual behavior.

ProblemType: Bug
Architecture: amd64
Date: Mon Oct 19 10:12:11 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: fglrx
Package: firefox-3.5 3.5.3+build1+nobinonly-0ubuntu4
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: firefox-3.5
Uname: Linux 2.6.31-14-generic x86_64

Revision history for this message
Leandro (leandromartinez98) wrote :
Revision history for this message
Micah Gersten (micahg) wrote :

Thank you for reporting this to Ubuntu. I was not able to reproduce this on Karmic, but I have an Intel chipset. Could you please make a screencast with something like gtk-recordmydesktop so that we can actually see what's going on?

Changed in firefox-3.5 (Ubuntu):
status: New → Incomplete
Revision history for this message
Leandro (leandromartinez98) wrote :

There it goes.

The moment the web page goes up is because I scroll the mouse wheel.

Revision history for this message
Leandro (leandromartinez98) wrote :

Update: I just updated the system (I had it updated yesterday) and, 20 minutes after that previous
post, I cannot reproduce the bug anymore. Here I attach the list of updated packages in this last
update, in case the developers are interest. There are some X-stuff being updated, so the bug
may have been solved by some of these.

Revision history for this message
Leandro (leandromartinez98) wrote :

Update 2: I can reproduce the bug back. Too bad. Same thing as reported
on the video.

Revision history for this message
Leandro (leandromartinez98) wrote :

Now I can reproduce this bug in my Vaio VGN-NR11Z/S, which has an Intel GMA X3100.
Nobody else can reproduce it? I can reproduce it in two very different machines, 32 and 64 bits,
Intel or Radeon graphic board.

Revision history for this message
mhotze (m-hotze) wrote :

When scrolling up/down with the mouse wheel, I get rendering errors too (screenshot attached). It's since I've upgraded to 9.10 (Karmic (running on Xubuntu)) / Firefox 3.5.6. I'm not using Compiz, and the problem occurs both with 3rd party NVidia driver, but also with the Ubuntu driver.

Changed in firefox-3.5 (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
mhotze (m-hotze) wrote :

Also seen in previous releases on my system by the way, but disappeared after some upgrades (?).

This issue might be the same as: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/311857

Revision history for this message
Leandro (leandromartinez98) wrote :

I still have it in full up-to-date karmic.

I'm not using compiz either, and the bug is reproducible with different graphic cards,
as I posted before.

Revision history for this message
mhotze (m-hotze) wrote :

I installed an ATI Rage 128 Pro Ultra, and no rendering error (I had the problem with an NVidia GeForce FX 5500). That is, the rendering error of the mousewheel only lasts for one "frame" with the ATI, but does not stay on the screen like in the screenshot of comment #7 with the NVidia. Maybe the problem is not with Firefox, but with /etc/X11/xorg.conf, or with the driver used?

Revision history for this message
gophergun (diamantinev) wrote :

I have it on Firefox 3.5.7, Ubuntu 9.10 32-bit (Netbook Remix) when scrolling with the arrow keys when the mouseover box is showing. If you can't reproduce it with the mouse wheel, the arrow keys might be a good thing to try - rather hard to scroll with the mouse wheel without moving the mouse.

Eee PC 1000HE, Intel GMA 950 (if I remember correctly).

Revision history for this message
mhotze (m-hotze) wrote :

Correction to comment #10: I've now observed the error with the ATI card also, so it looks like it's graphics card independent indeed (you're right Leandro!).

Revision history for this message
mhotze (m-hotze) wrote :

Upstream bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=368029
It says it's fixed since Firefox 3.0 (see also comment #8), but now seems to have re-appeared in 3.5?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.