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

Issue 718017 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Google Drive takes a long time to show up

Project Member Reported by mcirimele@chromium.org, May 3 2017

Issue description

Chrome Version: 60.0.3086.0

What steps will reproduce the problem?
(1) Go through the "critical update" flow.
(2) Sign in to device
(3) Open files app

What is the expected result?
Files app opens with Google Drive shown as a root in the side panel. If there is a delay we should give the user some feedback about that.

What happens instead?
Files app opens but does not show Google Drive. After about 20 seconds Google Drive shows up in the side panel.

See video for flow (apologies for poor quality):
https://goo.gl/photos/vdVfxQTcxMFCU4nr6

 
Cc: yamaguchi@chromium.org weifangsun@chromium.org satorux@chromium.org
Components: Platform>Apps>FileManager
Owner: fukino@chromium.org
Status: Assigned (was: Untriaged)
fukino@ - Could you take a look at this please? This was on a Kevin device after the EXT4 migration flow I believe and it sounds like the delay is occurring even after reboot.
Yes, this behavior is consistent every time I sign out and back in or reboot after the update.
I can't think of any reason off the top of my head that migration would slow things down.  Can you file feedback if you haven't already and link to it here.

A couple other things to check:
Does this happen to new profiles that did not get migrated
Does this happen on other boards with ext4-crypto
Does this happen on other M60 boards without ext4-crypto

Comment 4 by uekawa@google.com, May 8 2017

Cc: dspaid@chromium.org nya@chromium.org
We're adding bunch of xattrs that doesn't fit in the inode and spill into another page, so it might penalize the cold directory load case? If that's the case then we should be able to repro.

Is there a way to know how many files are there in the cache directory ?


It should still be possible to run Kevin custom build if things reproduce but we're introducing a large difference with M vs N stack also.

nya@ could it be something related to other parts of files app integration related to Android ? 

Would staring at the task manager / chrome://tracing help diagnose this issue?

We should clean up the temporary xattrs when they're no longer needed.  Will file a separate bug for this.
Filed  crbug.com/719287 
Cc: fukino@chromium.org
Labels: -Pri-3 M-60 Pri-2
Owner: yamaguchi@chromium.org
Status: Started (was: Assigned)
yamaguchi@ is looking into this and trying to repro it. Thank you!
Owner: mcirimele@chromium.org
I could not reproduce with 60.0.3086.0/9519.0.0 on SAMSUNG Chromebook Plus.
Will you report error using alt + shift + i while the issue is happening?
Sorry, I can't reproduce it anymore.
I'm now on 60.0.3092.0/9532.0.0

Not sure if something changed, I just reset (powerwashed) the device this morning. 
Should I close this?
I think we can close this issue if the original issue is not happening anymore.

I think the case might be related to the network connection.
We can see "My Drive" appear a few seconds after "Google Drive" volume if we connect a device to a network with narrower bandwidth and clearing the local cache at chrome://drive-internals. Though, expected behavior is that Google Drive volume and My Drive root appears soon and then its child nodes appear as it is loaded.
Status: WontFix (was: Started)

Sign in to add a comment