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:
Not Firebird specific. Mozilla behaves the same way. ->Browser
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...
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.
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...
The URL (URI?) target is gone.
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
zip file is IIUC an IE6 counterexample. Clearing now broken URL in bug header.