Closed
Bug 1343509
Opened 7 years ago
Closed 7 years ago
[e10s] Firefox keeps file handle after form submit, can't delete file from DEL command
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1304056
People
(Reporter: jan.schummers, Unassigned)
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36 Steps to reproduce: - install Addons e.g. Ghostery, so that Firefox always opens a 2nd process using e10s feature - check if more than 1 process of firefox is started (Process Explorer) - upload file at: http://validator.w3.org/#validate_by_upload - try to remove file with DEL command from cmd Actual results: The delete command is pending but not executed. Firefox keeps a file handle until it is closed. Expected results: The file should have been removed.
Severity: normal → major
Component: Untriaged → File Handling
Priority: -- → P3
Hardware: Unspecified → x86
WFM in 51.0.1 (e10s on) or 52.0 (e10s on/off) on Win10.
Severity: major → normal
Component: File Handling → Untriaged
Priority: P3 → --
Comment 2•7 years ago
|
||
Hi Jan, I have tested this on Windows 10 x64 with latest nightly and release 51.0.1, but I could not manage to reproduce. Here is the screen capture: https://testing-1.tinytake.com/sf/MTM5MTY2OV81MDM1NDIy Is this a regression issue? If yes, could you please provide regression range using mozregression tool? Information about mozregression is attached. Thanks.
Flags: needinfo?(jan.schummers)
Hi Abe, you are right. For some reason the w3 validator page changed. I was able to reproduce the problem here: http://cgi-lib.berkeley.edu/ex/fup.html Could you please try it once again? Thanks
(In reply to Jan S. from comment #3) > Hi Abe, > > you are right. For some reason the w3 validator page changed. I was able to > reproduce the problem here: > > http://cgi-lib.berkeley.edu/ex/fup.html > > Could you please try it once again? > > Thanks WFM in Firefox 55.0a1 x86 and 51.0.1 x86, with e10s on, on Win10 x64.
I created a screen capture that shows the problem: http://recordit.co/DWLM6zC01y
The locked seems to happen when using the del command to it, but the lock from Firefox. It can be removed from Windows Explorer without used DEL command.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Has STR: --- → yes
status-firefox52:
--- → affected
status-firefox53:
--- → affected
status-firefox54:
--- → affected
status-firefox55:
--- → affected
status-firefox-esr45:
--- → unaffected
status-firefox-esr52:
--- → affected
Ever confirmed: true
OS: Unspecified → Windows 10
Product: Firefox → Core
Summary: [e10s] Firefox keeps file handle after form submit → [e10s] Firefox keeps file handle after form submit, can't delete file from DEL command
status-firefox-esr45:
unaffected → ---
Flags: needinfo?(jan.schummers)
Comment 7•7 years ago
|
||
I can reproduce it now using the URL in comment 3. It says "Access is denied" when I try to delete it from the command window. It works fine with google Chrome.
Component: Untriaged → File Handling
Product: Core → Firefox
I think this is a core issue.
Component: File Handling → Networking: File
Product: Firefox → Core
Comment 9•7 years ago
|
||
This is a core necko issue. Someone is not properly closing (or finishing reading?) that POST stream. I don't think this is minor; leaving a file locked like this on Windows has all sorts of weird user-hostile effects.
Severity: minor → normal
Component: Networking: File → Networking: HTTP
Flags: needinfo?(mcmanus)
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Flags: needinfo?(mcmanus)
You need to log in
before you can comment on or make changes to this bug.
Description
•