bad rendering of floating box in firefox
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
firefox-3.5 (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: firefox-3.5
The bug is better explained by the attached screenshots. How to reproduce it:
Go to "http://
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
NonfreeKernelMo
Package: firefox-3.5 3.5.3+build1+
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: firefox-3.5
Uname: Linux 2.6.31-14-generic x86_64
In Mozilla Bugzilla #215762, Bugzilla-babylonsounds (bugzilla-babylonsounds) wrote : | #1 |
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #2 |
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.
In Mozilla Bugzilla #215762, Jonas-sicking (jonas-sicking) wrote : | #3 |
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
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #4 |
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.
In Mozilla Bugzilla #215762, Rune-skaug (rune-skaug) wrote : | #5 |
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!
In Mozilla Bugzilla #215762, Jitools (jitools) wrote : | #6 |
Reproduceable on
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030925 Firebird/0.7
In Mozilla Bugzilla #215762, Bugzilla-babylonsounds (bugzilla-babylonsounds) wrote : | #7 |
*** Bug 223933 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Jason-barnabe-gmail (jason-barnabe-gmail) wrote : | #8 |
*** Bug 225026 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #9 |
*** Bug 226550 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #10 |
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.
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #11 |
*** Bug 226661 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Mike Connor (mconnor) wrote : | #12 |
*** Bug 231657 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Jwalden+bmo (jwalden+bmo) wrote : | #13 |
*** Bug 233086 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Hskupin (hskupin) wrote : | #14 |
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.
In Mozilla Bugzilla #215762, Bugzilla-spray (bugzilla-spray) wrote : | #15 |
*** Bug 233788 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Colin-ogilvie (colin-ogilvie) wrote : | #16 |
*** Bug 234495 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Mike Connor (mconnor) wrote : | #17 |
*** Bug 234669 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Josh-agog (josh-agog) wrote : | #18 |
In FireFox .8, the xml pages clears completely when I go into autoscroll.
http://
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 Mozilla Bugzilla #215762, Jwalden+bmo (jwalden+bmo) wrote : | #19 |
(In reply to comment #18)
> In FireFox .8, the xml pages clears completely when I go into autoscroll.
> http://
> 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://
In Mozilla Bugzilla #215762, Bendono (bendono) wrote : | #20 |
Perhpas the suggested http://
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://
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://
In Mozilla Bugzilla #215762, Michael-arnauts+mozilla (michael-arnauts+mozilla) wrote : | #21 |
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?
In Mozilla Bugzilla #215762, Jonas-sicking (jonas-sicking) wrote : | #22 |
yes, absolutly
In Mozilla Bugzilla #215762, Asa (asa) wrote : | #23 |
*** Bug 228389 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Rparenton (rparenton) wrote : | #24 |
Per comment 3, fixing Bug 242621 would make this easier/take care of it.
In Mozilla Bugzilla #215762, James Ross (twpol) wrote : | #25 |
*** Bug 249321 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Ali-ebrahim (ali-ebrahim) wrote : | #26 |
First off, updating link to point to a real XML feed
(http://
Second, this bug only seems to affect unstyled XML feeds. Styled XML feeds such as:
http://
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.
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #27 |
*** Bug 252972 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Pike-pikey (pike-pikey) wrote : | #28 |
*** Bug 255020 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Extrema (extrema) wrote : | #29 |
This bug is still present with Firefox 0.9.3 on Windows XP.
In Mozilla Bugzilla #215762, Sylikc (sylikc) wrote : | #30 |
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://
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
In Mozilla Bugzilla #215762, Jonny-rylands (jonny-rylands) wrote : | #31 |
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
In Mozilla Bugzilla #215762, Jonas-sicking (jonas-sicking) wrote : | #32 |
comon people, we're well aware that the bug still exists. That is why this bug
is still open. Noone has claimed anything else.
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #33 |
*** Bug 255661 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #34 |
*** Bug 259382 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Nsteinberg (nsteinberg) wrote : | #35 |
Reproducable on Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20040913 Firefox/0.10
In Mozilla Bugzilla #215762, N0dalus+firefox (n0dalus+firefox) wrote : | #36 |
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.
In Mozilla Bugzilla #215762, Polyprograms (polyprograms) wrote : | #37 |
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 Mozilla Bugzilla #215762, izsak (izsak) wrote : | #38 |
(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.
In Mozilla Bugzilla #215762, Gary van der Merwe (garyvdm) wrote : | #39 |
*** Bug 270595 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Bzbarsky (bzbarsky) wrote : | #40 |
*** Bug 269798 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Philringnalda (philringnalda) wrote : | #41 |
*** Bug 274250 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Philringnalda (philringnalda) wrote : | #42 |
*** Bug 272854 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #43 |
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._autoScrol
avoid blocking when autoscroll is initited during pageload
I'm not sure if that's allowed, but it doesn't seem to 'do' anything.
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #44 |
Created an attachment (id=171647)
patch2
Same patch, but fixes a glaring error.
In Mozilla Bugzilla #215762, Gavin Sharp (gavin-sharp) wrote : | #45 |
*** Bug 281491 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #282109, Lews (dorrin) wrote : | #46 |
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.
In Mozilla Bugzilla #215762, Bugs-bengoodger (bugs-bengoodger) wrote : | #47 |
+ing for review.
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #48 |
Warning, my patch is more a hack than anything else.
In Mozilla Bugzilla #215762, Gavin Sharp (gavin-sharp) wrote : | #49 |
*** Bug 285968 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Philringnalda (philringnalda) wrote : | #50 |
*** Bug 286831 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Arno-brauss (arno-brauss) wrote : | #51 |
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.
In Mozilla Bugzilla #215762, Tony-chia (tony-chia) wrote : | #52 |
(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.
In Mozilla Bugzilla #215762, Gavin Sharp (gavin-sharp) wrote : | #53 |
*** Bug 293968 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Jernejcoder (jernejcoder) wrote : | #54 |
for me when middle clicking the document disappears, could it have something to
do with adblock plugin?
In Mozilla Bugzilla #215762, Bugzilla-suppafly (bugzilla-suppafly) wrote : | #55 |
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.
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #56 |
changing url, because rss/atom feeds are now transformed into something readable
by something called 'feedview' in current trunk builds.
In Mozilla Bugzilla #215762, Gavin Sharp (gavin-sharp) wrote : | #57 |
*** Bug 306186 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #58 |
*** Bug 308649 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #282109, Gervase Markham (gerv-mozilla) wrote : | #59 |
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://
Thunderbird: http://
Seamonkey: http://
In Mozilla Bugzilla #282109, Lews (dorrin) wrote : | #60 |
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.
In Mozilla Bugzilla #282109, Lews (dorrin) wrote : | #61 |
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).
In Mozilla Bugzilla #215762, Stryker330 (stryker330) wrote : | #62 |
(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.
In Mozilla Bugzilla #215762, Elmar-ludwig (elmar-ludwig) wrote : | #63 |
*** Bug 311348 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Gavin Sharp (gavin-sharp) wrote : | #64 |
*** Bug 313538 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Bugzilla-suppafly (bugzilla-suppafly) wrote : | #65 |
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
In Mozilla Bugzilla #215762, Elmar-ludwig (elmar-ludwig) wrote : | #66 |
*** Bug 324778 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Bloodshedder (bloodshedder) wrote : | #67 |
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/
Still happening here.
In Mozilla Bugzilla #215762, Jonhodgkinson (jonhodgkinson) wrote : | #68 |
*** Bug 334457 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #282109, Adrian (thiefmaster) wrote : | #69 |
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.
In Mozilla Bugzilla #215762, Philringnalda (philringnalda) wrote : | #70 |
*** Bug 340797 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Jack-hh (jack-hh) wrote : | #71 |
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.
In Mozilla Bugzilla #215762, Gaz-the2ndproject (gaz-the2ndproject) wrote : | #72 |
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.
In Mozilla Bugzilla #215762, Dermaniac (dermaniac) wrote : | #73 |
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://
I'm experiencing this problem since I know Firefox.. Both on the home and the work computer..
In Mozilla Bugzilla #215762, Ale (antifumo) wrote : | #74 |
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)...
In Mozilla Bugzilla #215762, Lachlan-hunt (lachlan-hunt) wrote : | #75 |
(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.
In Mozilla Bugzilla #215762, Mat-matssoftware (mat-matssoftware) wrote : | #76 |
(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
In Mozilla Bugzilla #215762, Jwalden+bmo (jwalden+bmo) wrote : | #77 |
(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.
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #78 |
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.
In Mozilla Bugzilla #215762, SoftExpert (marian.popescu) wrote : | #79 |
Is this behavior related?
Load http://
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
In Mozilla Bugzilla #215762, Zidane2k1 (zidane2k1) wrote : | #80 |
(In reply to comment #74)
> Is this behavior related?
> Load http://
> 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.
In Mozilla Bugzilla #215762, Jo-hermans (jo-hermans) wrote : | #81 |
*** Bug 350714 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Dave (fehe) wrote : | #82 |
Here's a page somebody posted, which nicely displays this bug; http://
When you middle-click the page, all the formatting disappears. See Mozillazine thread here: http://
In Mozilla Bugzilla #355745, Sandmann (sandmann) wrote : | #83 |
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
In Mozilla Bugzilla #282109, Bugzilla-obra (bugzilla-obra) wrote : | #84 |
In Mozilla Bugzilla #282109, Newsuser (newsuser) wrote : | #85 |
I see the same.
Note that the xorg people seem to think that this is a firefox bug. Also
https:/
In Mozilla Bugzilla #368029, euskal (jayerza) wrote : | #86 |
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://
please Check this video for details
*Attach: (media-video) @ video.google
http://
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)
In Mozilla Bugzilla #368029, euskal (jayerza) wrote : | #87 |
related bug tickets
https:/
"possible problem": the autoscroll image.
In Mozilla Bugzilla #368029, St.MPA3b (dekard) wrote : | #88 |
yes, it is the problem i think
Becose there is no problem in Seamonkey, becouse scrolling image have no transparency there
In Mozilla Bugzilla #368029, St.MPA3b (dekard) wrote : | #89 |
Screenshot: http://
In Mozilla Bugzilla #215762, St.MPA3b (dekard) wrote : | #90 |
can you make patch for 2.0?
In Mozilla Bugzilla #215762, Martijn-martijn (martijn-martijn) wrote : | #91 |
(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.
In Mozilla Bugzilla #368029, Martin Filip (nexus) wrote : | #92 |
The problem will not be only auto-scrolling. Look at this page for example:
test: http://
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://
Using: beryl svn version, Firefox 2.0.0.1, Gentoo Linux.
When beryl is replaced with other WM (ie. metacity), it works ok.
In Mozilla Bugzilla #368029, Stu Hood (stuhood) wrote : | #93 |
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)
In Mozilla Bugzilla #282109, Charetjc (charetjc) wrote : | #94 |
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://
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".
In Mozilla Bugzilla #368029, Maia Everett (linneris) wrote : | #95 |
Also:
https:/
https:/
appear to be all about the same thing as well.
In Mozilla Bugzilla #368029, euskal (jayerza) wrote : | #96 |
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.
In Mozilla Bugzilla #368029, euskal (jayerza) wrote : | #97 |
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?
In Mozilla Bugzilla #215762, Rflint (rflint) wrote : | #98 |
*** Bug 375518 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Ria-klaassen (ria-klaassen) wrote : | #99 |
*** Bug 376771 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #282109, tielie (mike-tielie) wrote : | #100 |
This happens on my system too...
Gecko/20070601 Ubuntu/7.10 (gutsy) Firefox/2.0.0.4
For an example:
http://
scroll upward will give the ghost result
In Mozilla Bugzilla #282109, Tony Houghton (h-realh) wrote : | #101 |
Is this a duplicate of #263686?
In Mozilla Bugzilla #355745, Tony Houghton (h-realh) wrote : | #102 |
Looks like a duplicate of bug 263686 and/or bug 282109.
In Mozilla Bugzilla #215762, Chris Thomas (CTho) (cst-yecc) wrote : | #103 |
This should be fixed with my checkin for bug 242621.
In Mozilla Bugzilla #368029, Milan-burda (milan-burda) wrote : | #104 |
I think this has been fixed as the autoscroll icon has been moved out of the DOM:
https:/
In Mozilla Bugzilla #282109, euskal (jayerza) wrote : | #105 |
this bug has been raised countless times, here's what the devs from freedesktop suggest,
http://
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?
In Mozilla Bugzilla #282109, Tony Houghton (h-realh) wrote : | #106 |
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.
In Mozilla Bugzilla #282109, euskal (jayerza) wrote : | #107 |
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)
In Mozilla Bugzilla #368029, St.MPA3b (dekard) wrote : | #108 |
Ye, it fixed in 3.0
But some elements now look ugly when scrolling pages with beryl ON, like 'static' backgrounds
Example: http://
In Mozilla Bugzilla #368029, Telexen (telexen) wrote : | #109 |
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.
In Mozilla Bugzilla #368029, Maia Everett (linneris) wrote : | #110 |
I can confirm that this bug is now fixed. Can someone mark it as such?
In Mozilla Bugzilla #368029, Maia Everett (linneris) wrote : | #111 |
*** This bug has been marked as a duplicate of bug 282109 ***
In Mozilla Bugzilla #282109, Maia Everett (linneris) wrote : | #112 |
*** Bug 368029 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #282109, Maia Everett (linneris) wrote : | #113 |
This bug has been fixed in 3.0, where the autoscroll image was moved out of the DOM (see bug #242621).
In Mozilla Bugzilla #215762, Jruderman (jruderman) wrote : | #114 |
*** Bug 430507 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Dtownsend (dtownsend) wrote : | #115 |
*** Bug 430507 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Kevin Brosnan (kbrosnan) wrote : | #116 |
*** Bug 435701 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #215762, Stared (stared) wrote : | #117 |
Created an attachment (id=329055)
bug
In Mozilla Bugzilla #215762, Dtownsend (dtownsend) wrote : | #118 |
*** Bug 445289 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #355745, Vseerror (vseerror) wrote : | #119 |
Do you still see this problem using Firefox 3.5? Please update the bug, and close/alter bug if appropriate.
In Mozilla Bugzilla #355745, Tyler Downer (tyler-downer) wrote : | #120 |
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://
http://
Leandro (leandromartinez98) wrote : | #121 |
Binary package hint: firefox-3.5
The bug is better explained by the attached screenshots. How to reproduce it:
Go to "http://
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
NonfreeKernelMo
Package: firefox-3.5 3.5.3+build1+
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: firefox-3.5
Uname: Linux 2.6.31-14-generic x86_64
Leandro (leandromartinez98) wrote : | #122 |
- Screenshot.png Edit (96.3 KiB, image/png)
- Dependencies.txt Edit (3.4 KiB, text/plain; charset="utf-8")
- ExtensionSummary.txt Edit (420 bytes, text/plain; charset="utf-8")
- XsessionErrors.txt Edit (5.2 KiB, text/plain; charset="utf-8")
- profile_default_pluginreg.dat.txt Edit (4.9 KiB, text/plain; charset="utf-8")
- profiles.ini.txt Edit (94 bytes, text/plain; charset="utf-8")
Micah Gersten (micahg) wrote : | #123 |
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 : | #124 |
- Screencast of the problem Edit (1.7 MiB, video/ogg)
There it goes.
The moment the web page goes up is because I scroll the mouse wheel.
Leandro (leandromartinez98) wrote : | #125 |
- apt-log.txt Edit (32.7 KiB, text/plain)
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 : | #126 |
Update 2: I can reproduce the bug back. Too bad. Same thing as reported
on the video.
Leandro (leandromartinez98) wrote : | #127 |
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 : | #128 |
- Screenshot Edit (76.3 KiB, image/gif)
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 : | #129 |
Also seen in previous releases on my system by the way, but disappeared after some upgrades (?).
This issue might be the same as: https:/
Leandro (leandromartinez98) wrote : | #130 |
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 : | #131 |
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 : | #132 |
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 : | #133 |
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 : | #134 |
Upstream bug report: https:/
It says it's fixed since Firefox 3.0 (see also comment #8), but now seems to have re-appeared in 3.5?
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?