New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 751101 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Incognito tab clears any 'FileSystem' created in non-incognito tabs

Reported by liubomir...@gmail.com, Aug 1 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36

Steps to reproduce the problem:
1. Serve the file via some kind of web server (since requestFS wont work when loaded from file://)
2. Open the provided demo file in a regular tab
3. Open your console and enable all logs
(follow the steps from the file, e.g. :)
4. Click here - "Create files."
5. Click here - "List all files in mega/" and ensure your console shows that there are some files created on the temp fs
6. Open this file in an Incognito chrome window.
7. In the incognito window click here - "Just do a request" (this would fail, since the incognito have no way of accessing the temp FS, i think).
8. Go back to the normal chrome window and click here - "List all files in mega/"
9. What? There are no listed files in your console? Seems that step 5, despite unsuccessful, had actually DELETED the temp FS!

Note: This also affects ANY other FS created by other domains - so the incognito drops ALL File systems, not only on the same domain...

What is the expected behavior?
My regular Chrome tab would have the File system created files and not get deleted by a simple "failed request" in an Incognito tab.

What went wrong?
Incognito tab error, caused all File systems to be deleted (for all domains) (in the screenshot: "Listing:" shows no files...)

Did this work before? N/A 

Does this work in other browsers? No
 This can easily be replicated in Opera too.

Chrome version: 60.0.3112.78  Channel: stable
OS Version: OS X 10.12.5
Flash Version:
 
fstest-simplified.html
4.3 KB View Download
Screen Shot 2017-08-01 at 4.46.43 PM.png
603 KB View Download
Labels: Needs-Triage-M60
Cc: krajshree@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue in MacBook Pro (Retina, 15-inch, Mid 2014), 10.12.6 and Win-10 using chrome latest stable version #60.0.3112.90 and latest canary #62.0.3180.0.

Following are the steps followed to reproduce the issue.
------------
1. Opened the attached fstest-simplified.html file in chrome browser.
2. Opened console and enabled all logs.
3. Followed all steps as per the html file.
4. Observed that regular Chrome tab had file system created files and not got deleted by a simple "failed request" in an Incognito tab as expected.

Attaching screen cast for reference.

liubomir.petrov@ - Could you please check the screen cast and please let us know if anything missed from our side. Also please check the issue on latest chrome stable #60.0.3112.90 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!
751101.mp4
4.3 MB View Download
Cc: kkaluri@chromium.org
Status: WontFix (was: Unconfirmed)
Unable to reproduce this issue on Mac 10.12.6 with chrome #61.0.3163.100.
Followed the steps as mentioned in the comment #0 and observed the listed files after step 9

Attaching the screen-cast for reference

Since reporter didn't responded for comment #2, closing this issue for now.

reporter@ Could you please file a new bug if the issue still exists in latest chrome builds.
751101.mp4
2.4 MB View Download
Components: Blink>Storage>FileAPI
Components: -Blink>FileAPI

Sign in to add a comment