Multipart pages (like buglist.cgi) not saved in any usable form

NEW
Unassigned

Status

()

Firefox
File Handling
P5
major
17 years ago
2 years ago

People

(Reporter: Robin Green, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3+) Gecko/20010817
BuildID:    2001082012

Pages with content-disposition: inline, like bugzilla buglists, get saved as
MIME, not HTML.

The average user expects an ordinary webpage to save as HTML.

Reproducible: Always
Steps to Reproduce:
1. Go to URL above
2. Save page
3. View saved page with text editor

Actual Results:  Saved page starts with:

--thisrandomstring
Content-type: text/html
 
<html><head><title>Bugzilla is pondering your query</title>
<style type="text/css">
    .psb { margin-top: 20%; text-align: center; }
</style></head><body>
<h1 class="psb">Please stand by ...</h1></body></html>
 
--thisrandomstring
Content-type: text/html
Content-disposition: inline; filename=bugzilla_bug_list.html
Set-Cookie: LASTORDER=bugs.bug_id ; path=/; expires=Sun, 30-Jun-2029 00:00:00 GMT

Expected Results:  Saved only the last part (current page) as HTML.

Comment 1

16 years ago
-browser general - probably not file. xp-apps?
Assignee: dougt → asa
Component: Networking: File → Browser-General
QA Contact: benc → doronr

Comment 2

16 years ago
->xp apps it is.
Assignee: asa → pchen
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps
Ever confirmed: true
QA Contact: doronr → sairuh

Comment 3

16 years ago
-> law
Assignee: pchen → law

Updated

16 years ago
Target Milestone: --- → mozilla1.1
spam: over to File Handling.
Component: XP Apps → File Handling
Summary: Pages with content-disposition: inline not saved as HTML → Multipart pages not saved as HTML
*** Bug 120187 has been marked as a duplicate of this bug. ***

Comment 6

16 years ago
Just to clarify the expected results from the original comment:

We should save the current document of the server-push stream, just as we would
with client-pull (http refresh).

This would allow the "Please stand by ..." bit to be saved, (as well as
view-source'd, but that probably needs a seperate bug).

Summary: Multipart pages not saved as HTML → Multipart pages not saved in any usable form

Comment 7

16 years ago
Adding keywords from dupe, adding most common case to the summary.
Keywords: nsbeta1
Summary: Multipart pages not saved in any usable form → Multipart pages (like buglist.cgi) not saved in any usable form

Comment 8

16 years ago
nsbeta1- per Nav triage team.  If anyone can show reproducible case on a top 500
site, please renominate.
Keywords: nsbeta1 → nsbeta1-
I would actually be tempted to save each part of the multipart stream in a
separate file... (nontrivial when they have different types, unfortunately).
*** Bug 160321 has been marked as a duplicate of this bug. ***
would there be time for this in buffy?
Keywords: nsbeta1- → nsbeta1

Comment 12

15 years ago
QA: per comment 8, is this an issue for top sites?  For example, do travel sites
send back multipart pages when giving users confirmation that they may intend to
save for future reference?
Keywords: qawanted
Whiteboard: [need info]
QA Contact: sairuh → petersen

Comment 13

15 years ago
Nav triage team: nsbeta1-
Keywords: nsbeta1 → nsbeta1-
Whiteboard: [need info]
*** Bug 192050 has been marked as a duplicate of this bug. ***
*** Bug 208646 has been marked as a duplicate of this bug. ***

Comment 16

14 years ago
retargeting
Target Milestone: mozilla1.1alpha → Future
.
Assignee: law → file.handling
Priority: -- → P5

Updated

13 years ago
Keywords: qawanted
QA Contact: chrispetersen → ian
Assignee: file-handling → nobody
QA Contact: ian → file-handling

Updated

2 years ago
Component: File Handling → File Handling
Product: Core → Firefox
Target Milestone: Future → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.