Last Comment Bug 220171 - save as (complete webpage) does not save all the frames and links to them
: save as (complete webpage) does not save all the frames and links to them
Status: NEW
:
Product: Firefox
Classification: Client Software
Component: File Handling (show other bugs)
: unspecified
: x86 Windows 2000
: -- normal with 2 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
:
Mentors:
Depends on:
Blocks: 115634
  Show dependency treegraph
 
Reported: 2003-09-24 05:55 PDT by Jozef Riha
Modified: 2016-06-22 11:29 PDT (History)
9 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments
ZIP of the files that IE6 saves for this URL (7.07 KB, application/zip)
2003-09-24 10:07 PDT, Bill Mason
no flags Details

Description Jozef Riha 2003-09-24 05:55:46 PDT
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 2003-09-24 08:26:33 PDT
Not Firebird specific.  Mozilla behaves the same way.
->Browser
Comment 2 Boris Zbarsky [:bz] (still a bit busy) 2003-09-24 09:09:38 PDT
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 2003-09-24 10:07:51 PDT
Created attachment 132074 [details]
ZIP of the files that IE6 saves for this URL
Comment 4 Boris Zbarsky [:bz] (still a bit busy) 2003-09-24 10:24:03 PDT
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) 2004-02-28 02:48:05 PST
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 [:bz] (still a bit busy) 2004-02-28 08:48:55 PST
> 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. 2007-08-23 05:48:55 PDT
The URL (URI?) target is gone.
Comment 8 Anish Issac Jacob 2007-09-03 22:22:24 PDT
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, NI for questions) 2008-10-11 04:29:25 PDT
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] 2008-10-11 05:07:06 PDT
zip file is IIUC an IE6 counterexample.

Clearing now broken URL in bug header.

Note You need to log in before you can comment on or make changes to this bug.