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

NEW
Unassigned

Status

()

Firefox
File Handling
14 years ago
11 months ago

People

(Reporter: Jozef Riha, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

14 years ago
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

14 years ago
Not Firebird specific.  Mozilla behaves the same way.
->Browser
Assignee: blake → general
Component: General → Browser-General
Product: Firebird → Browser
QA Contact: general
Version: unspecified → Trunk
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

14 years ago
Created attachment 132074 [details]
ZIP of the files that IE6 saves for this URL
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.
Assignee: general → adamlock
Status: UNCONFIRMED → NEW
Ever confirmed: true
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 ?
> 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...

Updated

13 years ago
Blocks: 115634
Product: Browser → Seamonkey

Comment 7

10 years ago
The URL (URI?) target is gone.

Comment 8

10 years ago
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 ?
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
Assignee: adamlock → nobody
Component: General → Download & File Handling
QA Contact: general → download
zip file is IIUC an IE6 counterexample.

Clearing now broken URL in bug header.

Updated

8 years ago
Component: Download & File Handling → File Handling
Product: SeaMonkey → Core
QA Contact: download → file-handling
Component: File Handling → File Handling
Product: Core → Firefox
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.