Closed Bug 54972 Opened 25 years ago Closed 24 years ago

BACK button makes img element lose image

Categories

(Core :: Networking: HTTP, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED
mozilla0.9

People

(Reporter: jlb-bugz, Assigned: gagan)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001002 BuildID: 2000100208 When returning to a page via the 'back' button an image which was displayed on the initial visit reverts to being rendered as only its alt text. Reproducible: Always Steps to Reproduce: 1. go to http://simoria.com/ 2. wait for the "simoriah" logo to load and then click on it. 3. wait for the images on http://simoria.com/tombo/simoriah_hp.html to load 4. click on the 'back' button Actual Results: The ALT= text for the img tag is displayed. Expected Results: The img should have been displayed just like it was the first time.
looks like an image loading bug
Assignee: clayton → pnunn
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Blocks: 61479
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
Keywords: nsbeta1
Target Milestone: --- → mozilla0.9
qa contact updated.
QA Contact: gerardok → bsharma
The problem occurs in the html: <snippet> <A HREF="/tombo/simoriah_hp.html"> <IMG SRC="/tombo/simoriah.gif" BORDER=0 ALT="simoriah1"></A> <A HREF="/tombo/simoriah_hp.html"> <IMG SRC="/tombo/c_stigma.gif" BORDER=0 ALT="simoriah2"></A> </snippet> In 4.x, "/dirname/filename.gif" is resolved to "./dirname/filename.gif". In 6.x, its not. It resolves to "/dirname/filename.gif" with "/dirname" as a top level directory. Once I figure out who handles resolving filenames, I'll reassign. -P
Assignee: pnunn → dougt
Status: ASSIGNED → NEW
Doug: I see your name on the logs for the URI loader. Do you know who should get this? -P
sounds like session history?
Assignee: dougt → radha
Component: HTML Element → History: Session
QA Contact: bsharma → claudius
sounds more like URL resolving to me....but I'm not a history person. -p
I tried this in a recent build. I can't reproduce the problem. Though the problem may show up in a back operation, SH does no url resolving or image realted stuff. Reassigning to networking.
Assignee: radha → gagan
Component: History: Session → Networking: HTTP
this works fine for me now. I guess possibly fixed with some recent changes.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified.
Status: RESOLVED → VERIFIED
QA Contact: claudius → junruh
You need to log in before you can comment on or make changes to this bug.