Closed
Bug 293659
Opened 20 years ago
Closed 19 years ago
some images are rendered as 4x4 spots (no matter gif,png or jpeg)
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: roman, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 In Firefox 1->1.0.3 under RedHat9 and WinXP some images (no matter what format) are rendered incorrectly while loaded remotely (http://...). Same images loaded using OpenFile are displayed OK. Mozillas 0.9->1.7.7 display OK no matter how loaded (also Netscape, IE, Opera). However images originally resided within a map, it is probably not a question of surrounding HTML since the problem persists for direct GETs as well: http://www.science24.com/resources/paper/2598/banner1.gif http://www.science24.com/resources/paper/2598/banner1.png http://www.science24.com/resources/paper/2598/banner1.jpg Images named banner1.* were never in a map hence should not be cached. Images were created using GIMP. Other images (including other created with GIMP) are rendered OK. Convertion by convert does not help (test png and jpeg were created this way). Reproducible: Always Steps to Reproduce: 1. load http://www.science24.com/resources/paper/2598/banner1.gif 2. or http://www.science24.com/resources/paper/2598/banner1.png 3. or http://www.science24.com/resources/paper/2598/banner1.jpg Actual Results: image is rendered as a 4x4px small bright dot. Should be 600x200 banner. Expected Results: display actual image Standard installation of RH9 with Firefox 1 up to 1.0.3 downloaded was observed on 3 Linux machines and 1 WinXP.
Comment 1•20 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050510 Firefox/1.0+ ID:2005051010 WFM, all show fullsize are you sure you aren't blocking them with Adblock or modified userChrome.css ?
I do not know what Adblock is nor I touched userChrome.css. Running on defaults.
However, when I made a guest account for you to allow checking the issue
on-site, I realised that on the newly created account Firefox works fine.
Existing accounts were converted from Mozilla. Still, sequence:
1. rm -rf ~/.mozilla
2. run (and install) old Mozilla (creates ~./mozilla on exit)
3. run (and import settings into) Firefox
does not change anything, i.e. images are ok.
I tried then to delete my ~/.mozilla folder hoping that some misconfiguration
remained there. No luck - even deleted, Firefox magically remembers bookmarks,
history and keeps corrupting images. Where the configuration is kept then ("find
. -cmin 1" shows no changes in my home except for ~./mozilla creation)?
What should I do to reset settings of Firefox effectively?
Comment 3•20 years ago
|
||
backup your valuable data http://kb.mozillazine.org/Profile_backup and delete your profile create a new one and copy the relevant backups into it
That's exactly what I did: 1. closed all Mozillas and Firefoxes 2. zip -ry .mozilla.zip .mozilla 3. rf -Rf .mozilla 4. firefox and... I saw my bookmarks (and other stuff) unchanged. New dir ".mozilla" was created. Does "your profile folder" in doc stands for "~/.mozilla" in Linux?
Comment 5•20 years ago
|
||
http://kb.mozillazine.org/Profile ~/.mozilla/firefox/<Profile name>/
Okay, then deleting entire tree ~/.mozilla/..... removes any profiles, right?
Comment 7•20 years ago
|
||
yes
Comment 8•19 years ago
|
||
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/
Comment 9•19 years ago
|
||
seems to be resolved now
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•