Closed
Bug 111688
Opened 23 years ago
Closed 22 years ago
reloading after file upload should check for new version of local file
Categories
(Core :: DOM: Core & HTML, enhancement)
Core
DOM: Core & HTML
Tracking
()
VERIFIED
FIXED
Future
People
(Reporter: aufbau01, Assigned: alexsavulov)
References
()
Details
Steps to reproduce:
1. Upload an HTML file to be validated.
2. Fix a few errors using Notepad.
3. Reload the validation-results page.
Result: get the same validation results back.
Expected: get new validation results for the updated file, which with any luck
will contain fewer errors.
I'm using Build 2001112303 (non-talkback, zip) on Windows 98.
Assignee | ||
Comment 1•23 years ago
|
||
is worth a disscution
setting milestone
Target Milestone: --- → Future
Comment 2•23 years ago
|
||
The cause of this is, the POST data is stored in the cache, including the file
(shudder). CC'ing darin for his take.
Comment 3•23 years ago
|
||
well, it's not that it is stored in the cache. actually, it is stored as a
temporary file in C:\Temp. when multipart form post is modified to use a
multiplexing input stream, this bug would be fixed. see bug 114106.
Comment 4•23 years ago
|
||
Indeed. One thing, here. If we implement this we should make sure to change
the relevant content-lengths in the multiplexing stream (for the file part and
the overall stream).
Depends on: 114106
Comment 5•23 years ago
|
||
oh, that could get messy )-:
Updated•23 years ago
|
OS: Windows 98 → All
Hardware: PC → All
Comment 6•22 years ago
|
||
This was explicitly fixed with bug 120682.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 8•22 years ago
|
||
build 2002-12-03-08-trunk...
Updated•6 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•