Description of problem: I went to read <http://fedoraproject.org/wiki/Interviews/PackageKit>, the screenshots for that one show just as blank areas. Version-Release number of selected component (if applicable): firefox-3.0-0.beta2.11.nightly20080115.fc9 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
The bug does not reproduce for me on the link that Horst provided (I can see the screenshots), but I encounter it from time to time. It's quite real. Right now it happens to me with this: http://www.silician.com/anime/2008/01/14/pieces-of-coil-space/ I wonder if this is some kind of caching issue: if the image fails to load once, it stays black until it expires. It seems to happen with sites which are slow.
firefox-3.0-0.beta2.15.nightly20080130.fc9.x86_64 This is still an issue, at least for me. Forget about the "cache", it seems to be related to image resizing. All black images occur when an image is shown with constraints. I went to the upstream bugzilla and amazingly enough there's no such bug filed, at least as far as I can see. Perhaps it's Fedora specific. I'm surprised this bug is not getting any attention, I see tons of the black rectangles everywhere.
I'm using vanilla upstream with a few compilation fix exceptions. This surely isn't Fedora specific, but may be affected by one of the newer GNOME libraries we ship? If this still occurs in the latest packages (20080221 or later) then we should make sure this gets filed upstream.
Still happening to me. firefox-3.0-0.51.beta5rc2.fc9.x86_64 xulrunner-1.9-0.51.beta5rc2.fc9.x86_64
Cannot reproduce here. Something's weird. What happens when you run firefox with parameter -no-remote?
Matej, -no-remote does exactly nothing for me, I tested. Notice, however, that the original link that Horst provided does not fail anymore, because the bug requires constraints placed on images (forced resizing), and apparently CSS was changed in our Wiki not to scale images anymore. You can see those screencaps extending into the right column. Make sure you visited the link that I provided in comment #1.
Sorry, that was stupid type, I meant -safe-mode (so that we are sure no plugins/extensions are involved). It just works for me.
Created attachment 300180 [details] illustration of non-reproduction (In reply to comment #6) > You can see those screencaps extending into the right column. Make sure you > visited the link that I provided in comment #1. Apparently I cannot reproduce it there as well (is this what was meant to be seen?). This bug is getting dangerously close to WORKSFORME.
Now (firefox-3.0-0.52.beta5.fc9.i386) the page in my original report and the one in comment #1 work for me. [No, that isn't really WORKSFORME, its just that for a while firefox had a new version out each day...]
Created attachment 301355 [details] illustration
The illustration above is taken with -safe-mode. I suppose it's ok to close if it works for Horst. This only happens on one of my Rawhide systems, so obviously it's something specific to it. I just cannot guess what. Same architecture (x86_64). The video hardware is different, but why would it affect anything?
Pete, let's give it a month. I will put you in NEEDINFO and if you find some way for us to reproduce this issue, let us know. Otherwise, if I won't be able to reproduce it in a month, I will close this bug. OK?
The page in #1 shows OK for me (firefox-3.0-0.52.beta5.fc9.i386, i686, nVidia Corporation G72M [Quadro NVS 110M/GeForce Go 7300] rev 161), using the nv driver (the nouveau one has strange issues, e.g. https://bugzilla.redhat.com/show_bug.cgi?id=437424).
Horst's comment #13 gave me an idea. I shut down all instances of Firefox and ran one at a time carefuly, with ssh -Y to display it across. Result: Firefox local @niphredil: FAIL (the original failure) Firefox local @simbelmyne: OK Firefox running @niphrefil, displaying to simbelmyne: OK Firefox running @simbelmyne, displaying to niphredil: FAIL So, the bug stays with the X server. Can it be a bug in X? Niphredil uses "radeon" (supplied by -drv-ati). xorg-x11-server-common-1.4.99.901-16.20080401.fc9.x86_64 xorg-x11-server-Xorg-1.4.99.901-16.20080401.fc9.x86_64 xorg-x11-drv-ati-6.8.0-9.fc9.x86_64 I'll try to switch DRI off and check if that helps... Matej, Horst, what should I do about this bug? Clone?
Never mind, looks like it fixed itself with -16, but I haven't restarted X server since 1.4.99.901-1.20080307.fc9. I'm happy now. Matej, we can close this as far as I'm concerned.
OK, so I will close this now, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as RAWHIDE.