New issue
Advanced search Search tips

Issue 788637 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Sep 27
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug

Blocking:
issue 783184



Sign in to add a comment

Fetching of changelist for a push notification not executed while GET_REMAINING_FILE_LIST running

Project Member Reported by yamaguchi@chromium.org, Nov 27 2017

Issue description

Chrome Version: 64.0.3278.0

Steps To Reproduce:
This is a hypothesis that is not yet confirmed with other accounts than my account.
(1) Use an account that has many files.
(2) Open about://drive-internals and click "Clear local data".
(3) Scroll down and confirm TYPE_GET_REMAINING_FILE_LIST logs are output continuously in the Event Log section.
(4) Open the Files app.
(5) Open drive.google.com and view the same folder to (4).
(6) Create a new directory in drive.google.com.

Expected Result:
The new folder appears in the Files app window in a few seconds.

Actual Result:
The new folder doesn't appear in the Files app.

If you change to another folder and go back to the original folder in the Files app., the new folder will appear (as a result of the fast fetch).
 
Blocking: 783184
Description: Show this description
Cc: hidehiko@chromium.org kinaba@chromium.org
Here is the logic that postpones change fetch.
https://cs.chromium.org/chromium/src/components/drive/chromeos/change_list_loader.cc?type=cs&q=change_list_loader.cc+IsRefreshing&sq=package:chromium&l=385
I think this is by design, but we'd need to change the design now because a change list fetch can be a very huge task like after installing an account to a new device.

Comment 4 by kinaba@chromium.org, Nov 27 2017

Do you have any concrete idea on how to implement that?

Just loading and applying the change from rev.X to rev.Y on the fly while the large loading of X doesn't sound good to me. (Unless we really carefully implement, the changelist of X will later overwrite Y. Or, when X is not fully available, the diff of X->Y may not even be possible to apply.)

I'm wondering if it might be easier to just ensure some mechanism to cause reload in the Files app UI for this scenario. (Then the fast-fetch will do all the job.)

Comment 5 by kinaba@chromium.org, Nov 27 2017

By the way, this bug reminded me of  Bug 307868 , which will require a different solution but at least from users' point of view it may look similar.
Deletion of files are not reflected even after refreshing the view by changing directories in the app. This would be a separate issue.
Cc: yamaguchi@chromium.org
Components: -Platform>Apps>FileManager Platform>Apps>FileManager>Drive
Owner: ----
Status: Untriaged (was: Unconfirmed)

Comment 8 by sashab@chromium.org, Feb 22 2018

Components: -Platform>Apps>FileManager>Drive Platform>Apps>FileManager
Labels: CrOS-FilesApp-DriveSync

Comment 9 by sashab@chromium.org, Feb 28 2018

Labels: CrOSFilesFeature-DriveSync
Labels: -CrOS-FilesApp-DriveSync
Cc: slangley@chromium.org
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
Postponing pending drive update.
Status: WontFix (was: Available)
Closing as this issue is not applicable to the new backend.

Sign in to add a comment