Multipart pages (like buglist.cgi) not saved in any usable form
Categories
(Firefox :: File Handling, defect, P5)
Tracking
()
People
(Reporter: greenrd, Unassigned)
References
()
Details
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.
-browser general - probably not file. xp-apps?
Comment 2•23 years ago
|
||
->xp apps it is.
Updated•23 years ago
|
Comment 5•23 years ago
|
||
*** Bug 120187 has been marked as a duplicate of this bug. ***
Comment 6•23 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).
Comment 7•23 years ago
|
||
Adding keywords from dupe, adding most common case to the summary.
Comment 8•23 years ago
|
||
nsbeta1- per Nav triage team. If anyone can show reproducible case on a top 500 site, please renominate.
Comment 9•22 years ago
|
||
I would actually be tempted to save each part of the multipart stream in a separate file... (nontrivial when they have different types, unfortunately).
Comment 10•22 years ago
|
||
*** Bug 160321 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
would there be time for this in buffy?
Comment 12•22 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?
Updated•22 years ago
|
Comment 13•22 years ago
|
||
Nav triage team: nsbeta1-
Comment 14•22 years ago
|
||
*** Bug 192050 has been marked as a duplicate of this bug. ***
Comment 15•21 years ago
|
||
*** Bug 208646 has been marked as a duplicate of this bug. ***
Updated•15 years ago
|
Updated•8 years ago
|
Comment 18•3 years ago
|
||
Marking this as Resolved > Worksforme since the issue doesn't happen on Ubuntu 20.04 on either of the Firefox versions.
If anyone is still able to reproduce this please re-open or file a new issue.
Comment 19•3 years ago
|
||
Marking this as Resolved > Worksforme since the issue doesn't happen on Ubuntu 20.04 on either of the Firefox versions.
How did you test? Note that the URL in the URL field no longer sends a multipart responses last I checked, so it's not a useful testscase for this bug.
Comment 20•3 years ago
|
||
I tested with a "bugzilla buglists" page where I saved it and it was saved as HTML and not MIME.
If you can repro this Boris we would appreciate the input.
Comment 21•3 years ago
|
||
I tested with a "bugzilla buglists" page
My point is that this page no longer uses multipart responses last I checked. Have you tested with an actual multipart page? If not, please set up a web server that serves one and test with that.
Comment 22•3 years ago
|
||
I did not know it doesn't use multipart any longer.
Installing a web server is beyond my knowledge and expertise.
If you know how to test this more thoroughly could you give me a hand and check if you can reproduce this issue?
Comment 23•3 years ago
|
||
Installing a web server is beyond my knowledge and expertise.
Can you find someone else on your team to look at this, then?
Running a local server is easy (e.g. see https://pythonbasics.org/webserver/) but writing the actual testcase is a bit more time, and I just can't devote any more time to this at this point. I've already spent several hours this week addressing needinfo requests, for something that is very much no longer my job.
Comment 24•3 years ago
|
||
@Andrei: Can you then please revert your change to the status, if you can't test it ?
Comment 25•3 years ago
|
||
I started my web server but the multipart form data page is something I havent done before, Ill do a bit of research on this and try to reproduce this issue as soon as I have more time.
Will come back with positive results hopefully.
Re-opening the issue and will retest as soon as we get the Multipart Form data page going.
Comment 26•2 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Comment 27•4 months ago
|
||
The severity field is not set for this bug.
:Gijs, could you have a look please?
For more information, please visit BugBot documentation.
Comment 28•4 months ago
|
||
Reproduced with the testcase at the top of bug 1276918. However, given that bug and its recent activity, I believe this is probably wontfix.
Description
•