GIF image is rendered briefly but then is replaced by broken link icon
VERIFIED
DUPLICATE
of bug 121084
Status
()
People
(Reporter: coulouri, Assigned: pavlov)
Tracking
Firefox Tracking Flags
(Not tracked)
Details
(Whiteboard: DUPEME)
I have reproduced this behavior on 1.0rc3 under Windows 2000 and NetBSD- current. It also happens on older mozilla builds. Steps to reproduce: 1. Go to http://www.ncbi.nlm.nih.gov/BLAST/ 2. Click "Standard protein-protein BLAST [blastp]" under the "Protein BLAST" heading 3. Enter "129295" in the Search box. Uncheck "Do CD-search". Click "BLAST!". 4. Go get a cup of tea, the search will take a few minutes... 5. Click "Format!" Below the "Reference", "Query", and "Database" headings, there will be a graphical representation of search results. This is implemented as a GIF image with an image map and onmouseover events. The behavior is that the image will appear briefly and then disappear, replaced by a broken link icon.
Comment 1•17 years ago
|
||
Sounds like dupe of bug 147879 - Heidi Klum doesn't like being compared to the cache: Images requested twice -> "The image cannot be displayed, because it contains errors." message
Whiteboard: DUPEME
(Reporter) | ||
Comment 2•17 years ago
|
||
Okay, this makes sense.- The GIF image is retrieved by a CGI which deletes the image from disk after it has been retrieved. If Mozilla issues two requests for the image, the second one would fail. Will this be fixed by 1.0 ? The BLAST service is used by >100k users daily, and it would be nice for it to work properly in Moz 1.0 (and NS 7). *** This bug has been marked as a duplicate of 121084 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → DUPLICATE
Updated•6 months ago
|
Product: Core → Core Graveyard
Updated•6 months ago
|
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•