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

Issue 310339 link

Starred by 7 users

Issue metadata

Status: WontFix
Owner:
Closed: Jun 2014
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

File manager as a file chooser dialog doesn't recover from crash.

Project Member Reported by songsuk@chromium.org, Oct 22 2013

Issue description

Chrome Version       : 32.0.1678.0 (Official Build 229993) dev
Platform	     : 4856.0.0 (Official Build) dev-channel daisy

What steps will reproduce the problem?
1. log into Gmail and click on the "COMPOSE" 
2. click on "Attach files" icon to bring up the File manager
3. open the Task Manager and kill the "Background page:Files,App:Files" process
4. reload the Gmail and click on "Attach files" icon from the Compose window

What is the expected result?
It should be launched after clicking the "Attach files" icon

What happens instead?
Nothing happens. Cannot open the file manager.
Able to open the file manager from the Apps launcher.

Please provide any additional information below. Attach a screenshot if
possible.

 
Labels: -Type-Bug -Pri-2 Type-Bug-Regression Pri-1 Iteration-93 M-32 ReleaseBlock-Beta
Owner: hirono@chromium.org
Status: Assigned
Summary: File manager doesn't open Gmail attach while Files.app is running (was: File manager doesn't open Gmail compose after killing App:files from Task manager)
Updating the title slightly to describe a more generic case that I'm seeing:

1) Open Gmail
2) Click attach
3) No op

Marking ReleaseBlock-Beta because you can still drag and drop files onto Gmail compose window, but this is a bad one!
Cc: mbollu@chromium.org pucchakayala@chromium.org
Happens on facebook.com as well. 

  1. click "Add Photos/Video" icon on the message field area.
  2. click on "Upload Photos/Video"
  3. no the file manager appears

Comment 3 by hirono@chromium.org, Oct 23 2013

It happens always or sometimes?
Summary: File manager doesn't open attachment selection while Files.app is running (was: File manager doesn't open Gmail attach while Files.app is running)
Always for me on today's M-32 Canary.
i've experienced several issues with the files app on the current dev channel: 32.0.1671.8 dev, as well.

i first noticed an issue when trying to pack an extension on an hp14 haswell chromebook.  it seemed to enter an endless loading state whenever i was asked to open a folder.  it did the same thing on google drive when trying to upload a folder.  it didn't seem to freeze when only selecting individual files.

several times, the files app icon showed up as gray rather than the light blue it usually is.

in fact, the only reason i'm reporting this here rather than through the "report an issue" feature in chrome os is because everytime i tried to send in an issue, regardless of whether or not a screenshot was attached, i would receive an error stating that the files application had crashed and the message could not be sent.

Comment 7 by hirono@chromium.org, Oct 24 2013

I cannot reproduce it on the 32.0.1678.2 canary pixel.
I'll check it on daisy next.

I'm still seeing c#1 on

Google Chrome	32.0.1678.2 (Official Build 230149) canary
Platform	4859.0.0 (Official Build) canary-channel stumpy
Weird, now I was just able to open Gmail attachments. Same build as c#8.

Google Chrome	32.0.1678.2 (Official Build 230149) canary
Platform	4859.0.0 (Official Build) canary-channel stumpy

@hirono - Could this be related to the frequent Files.app crashes perhaps?
#9, yes, I guess this is related to the crashes. I could reproduce this by the steps in #0 (involving force-crashing by task manager), but not just by opening from gmail, etc.

So, the situation is probably like this: "we can't launch Files.app as the "open-as/save-as" dialog after a crash." I think this can make sense because we are using very different code path to launch Files.app in the dialog case, compared to the normal run from app launcher.

(Can somebody verify this? I.e., if the behavior differs depending on whether Files.app ever crashed in the current run or not.)

Assuming that, I think we can lower the priority of the issue. Though it is surely better if Files.app as a dialog could cleanly recover from crash, usually, before that, Files.app just should not crash. WDYT?
Labels: -Iteration-93 -M-32 -ReleaseBlock-Beta Iteration-94 M-33
Labels: -Type-Bug-Regression -Pri-1 Type-Bug Pri-2
Summary: File manager as a file chooser dialog doesn't recover from crash. (was: File manager doesn't open attachment selection while Files.app is running)
Verified what I wrote in #10; Files.app doesn't show up as a HTML file chooser, only after it experienced a crash.
Labels: -Iteration-94 Iteration-95
Labels: -M-33 -Iteration-95
Cc: hirono@chromium.org
Owner: kinaba@chromium.org
Status: WontFix
Not reproducible in M37 latest trunk

Sign in to add a comment