220171 - save as (complete webpage) does not save all the frames and links to them

Status: NEW

(Firefox :: File Handling, defect)

Description

[Jozef Riha]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1

how to reproduce:
visit the url and choose file - save page as to save it. then reopen and you'll
see the difference. IE saves the page correctly with everything.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Bill Mason]

Not Firebird specific.  Mozilla behaves the same way.
->Browser

Comment 2

[Boris Zbarsky [:bzbarsky]]

Hmm... the problem is that the frame actually does not have a source URL set in
the HTML; the site sets window.location for it from script.  This fails, of
course, since the frame source is not in the same relative location when the
frame is saved.

Could you attach the zipfile saved by IE to this bug?  I wonder what they do
with it...

Comment 3

[Bill Mason]

Attachment: ZIP of the files that IE6 saves for this URL

Comment 4

[Boris Zbarsky [:bzbarsky]]

Oh, I see the problem.  We save the URI pointed to by the src of the frame
(which does not exist), whereas IE saves the URI that's actually loaded in the
frame at the time.  The IE approach can fail pretty badly in some cases, but so
can ours (as this bug shows).  Not sure which is better.

Comment 5

[Vidar Haarr (not reading bugmail)]

The end goal of "Save as Webpage, complete" should be to save the entire page,
and that includes window.location changes to frames (if they are within the same
site and directory), so the right thing to do would be to download the specified
HTML and let JS take care of the rest on disk ?

Should this be Browser:File Handling ?

Comment 6

[Boris Zbarsky [:bzbarsky]]

> and let JS take care of the rest on disk 

How exactly would this work?

And this is not file handling; more like embedding apis...

Comment 7

[Cees T.]

The URL (URI?) target is gone.

Comment 8

[Anish Issac Jacob]

Looks like this bug has been around for sometime. I have a similar problem when I try to save this page. http://iphonesimfree.com/. Any suggestions/solutions ?

Comment 9

[Wayne Mery (:wsmwk)]

zip file seems to WFM  Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b1pre) Gecko/20080925002535 SeaMonkey/2.0a2pre  (both URLs are dead)

do you see the problem with a current trunk build or SM 2.0a

Comment 10

[Tony Mechelynck [:tonymec]]

zip file is IIUC an IE6 counterexample.

Clearing now broken URL in bug header.