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)

51 Branch
x86
Windows 10
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1304056
Tracking Status
firefox52 --- affected
firefox-esr52 --- affected
firefox53 --- affected
firefox54 --- affected
firefox55 --- affected

People

(Reporter: jan.schummers, Unassigned)

Details

Attachments

(1 file)

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 → --
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
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
Flags: needinfo?(jan.schummers)
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
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)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(mcmanus)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: