If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Image scaling under 100% displays black squares

RESOLVED INCOMPLETE

Status

()

Firefox
General
--
major
RESOLVED INCOMPLETE
8 years ago
6 years ago

People

(Reporter: Gaétan RYCKEBOER, Unassigned)

Tracking

3.5 Branch
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [CLOSEME 2011-05-30], URL)

Attachments

(3 attachments)

(Reporter)

Description

8 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.9.1.2) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.9.1.2) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2

On Fedora Core 11, AMD64.

Any picture scaled from 100% to higher displays fine.
A clic on the scaled picture and a drag displays the dragged picture fine.

It seems to be a gecko bug.

Reproducible: Always

Steps to Reproduce:
1. Display any html page or picture
2. scale it down.

OR

display a page, and clic CTRL + Btn 4 to scale down the whole page
Actual Results:  
The picture is replaced by a black square

Expected Results:  
The picture should be displayed properly
I guess this is bug 468496, but I can't test it for I have no Linux. If you think it is a duplicate, can you resolve it as such?
Version: unspecified → 3.5 Branch
(Reporter)

Comment 2

8 years ago
No, it's not the same bug. The 468496 is a stretching/artifacts.
This one is a shrinking/whole black.
Do you mean bug 411831 ?
(Reporter)

Comment 4

8 years ago
No it's not.

Here three pictures.
(Reporter)

Comment 5

8 years ago
Created attachment 397844 [details]
A page, correctly rendered
(Reporter)

Comment 6

8 years ago
Created attachment 397845 [details]
A page, shrinked to a scale lower than 100%
(Reporter)

Comment 7

8 years ago
Created attachment 397846 [details]
The same page, zoomed to a higher scale than 100%.
That looks like bug 411831.
Why are you sure that you are not seeing that bug ?
(Reporter)

Comment 9

8 years ago
Because of my xorg.log :
(==) RADEON(0): Using EXA acceleration architecture
(II) Loading sub module "exa"
(II) LoadModule: "exa"
(II) Loading /usr/lib64/xorg/modules//libexa.so

Comment 10

7 years ago
For me this bug sometimes occurs when I rescale images with greasemonkey to fit into my browsers view, it doesn't matter if I use style = 'max-width = x max-height = y width = auto height = auto' or calculate width and height on my own in the script and set them then like width = x height = y...

It only sometimes make them a black box, if I swap to another tab and back, then repeating that once more it displays fine, but on the next load it's a black box again. It also sometimes load the resolution of the image wrong, or sends them wrong to greasemonkey, I only know that I sometimes get for screenfilling images resolutions like 114 x 70 or similiar poststamp sizes-
Reporter, are you still seeing this issue with Firefox 4.0.1 or later in safe mode or a fresh profile? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Whiteboard: [CLOSEME 2011-05-30]
No reply, INCOMPLETE. Please retest with Firefox 4 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). Also, ensure you have the most up to date graphics drivers, operating system updates, and plugin versions (flash, java, etc). If you continue to see this issue with the newest Firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.