bad rendering of floating box in firefox

Bug #455412 reported by Leandro on 2009-10-19
32
This bug affects 7 people
Affects Status Importance Assigned to Milestone
firefox-3.5 (Ubuntu)
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

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?

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.

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

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.

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!

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

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

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

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

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.

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

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

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

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.

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

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

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

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.

(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

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

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?

yes, absolutly

In , Asa (asa) wrote :

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

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

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

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.

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

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

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

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

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

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

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

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

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

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.

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)

(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.

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

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

54 comments hidden view all 134 comments

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.

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?

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

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

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

Is this a duplicate of #263686?

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

This should be fixed with my checkin for bug 242621.

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

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?

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.

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)

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/

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.

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

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

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

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

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

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

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

Created an attachment (id=329055)
bug

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

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

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

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

Leandro (leandromartinez98) wrote :
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
Leandro (leandromartinez98) wrote :

There it goes.

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

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.

Leandro (leandromartinez98) wrote :

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

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.

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
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

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.

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?

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).

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!).

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?

Displaying first 40 and last 40 comments. View all 134 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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