Happened again just now as I tried to pick a file from forceworkbench.appspot.com, having successfully picked files three times previously earlier this morning.

Version 58.0.3029.140 (64-bit)
Platform 9334.72.0 (Official Build) stable-channel zako
Firmware Google_Zako.5219.30.0

sfletcher@ - Thanks for logging this issue. Would you able to provide feedback (Alt + Shift + I) next time this occurs so that we can take a closer look at the logs for debugging?

Feedback logged. I got the interesting variation today that the file manager showed Downloads but not Drive in the left nav.

Feedback logged again. This time I tried to save from the text editor Caret. Neither Drive nor Downloads folders were displayed in file manager, the Save button remained greyed out after entering a file name and saving was impossible.

This is great, thanks so much!

fukino@ - Could you take a look at the logs in the below 2 feedback reports and see if you can identify any known/new issues which may be causing files in the Files app not to load?

http://feedback/#/Report/65540719651
http://feedback/#/Report/65482831006

Thank you for providing the logs! I'll look into them.

Re:comment #2
I don't have access to https://forceworkbench.appspot.com/insert.php, but does the input form support uploading folders?
If so, the current Files app behavior is WAI.
We don't support uploading folders of non-native file systems, so we hide Google Drive volume for such cases. 

This was the upload of a CSV file rather than a folder and upload of
folders is not supported in that tool.


Scott Fletcher | Senior Program Manager, Google Cloud Technology and
Solutions | sfletcher@google.com | +44 20 7346 2600

This is occurring again; grrr!


Google Chrome	60.0.3112.114 (Official Build) (64-bit)
Revision	0
Platform	9592.96.0 (Official Build) stable-channel zako
Firmware Version	Google_Zako.5219.30.0
JavaScript	V8 6.0.286.57
Flash	27.0.0.130 /opt/google/chrome/pepper/libpepflashplayer.so
User Agent	Mozilla/5.0 (X11; CrOS x86_64 9592.96.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.114 Safari/537.36

Occurred again a few minutes ago, this time on my Chromebook instead of my Chromebox. I logged feedback a few minutes after this, mentioning this issue number, but forgot to do so before restarting the machine in my anxiety to crack on with an urgent task.

Feedback report at https://listnr.corp.google.com/report/84969887594 in case we were able to capture any data in the logs.

Filed feedback through ALT-SHIFT-I just now, mentioning this bug's URL.

fukino@ - Could you take a look at the logs under https://listnr.corp.google.com/report/84995342570?

Thank you for the log!
I suspect that this issue involves a network problem, but I could not find a suspicious error in the log.

sfletcher@, if it's possible, I'd like following information to investigate this issue.
1) Can I see the content in Chrome://drive-internals?
Saving the page will not work (due to this issue), so could you copy&paste the content of the page to Google doc and share the doc with me?
2) Is there any error in Files app background JS console? We can see the console by clicking "inspect" under Files in chrome://inspect/#extensions and select "Console" tab.
3) Is there any error in Files app foreground JS console? We can see the console by clicking "inspect" under Files in chrome://inspect/#apps and select "Console" tab.
4) Do you have any ZIP files mounted in Files app?
5) Have you installed File System Provider extension in Files app?

@fukino:

1. you are welcome to view the content, which I've shared in a doc to you.
In order to get on with my work, I restarted the machine after logging the
feedback, so that Drive would appear in the file manager again. This has
always been my workaround.
2. no error here
3. This error is displayed: [Deprecation] Styling master document from
stylesheets defined in HTML Imports is deprecated, and is planned to be
removed in M65, around March 2018. Please refer to https://goo.gl/EGXzpw
for possible migration paths.
4. I did not have any ZIP files mounted in the Files app at the time the
issue appeared most recently. Occasionally I do, but it tends to be for
short periods.
5. No.


Scott Fletcher | Senior Program Manager, Google Cloud Technology and
Solutions | sfletcher@google.com | +44 20 7346 2600

<files-triage>

Moving to M-67, please update if incorrect.

I haven't found a possible cause of this issue.
sfletcher@, do you still see this issue?

In a log, I see some WiFi-related errors.
  2018-01-29T09:17:36.502797+00:00 ERR shill[917]: [ERROR:wifi.cc(2522)] Scan time unreliable
  [09:17:35.209] ERROR: network_state_handler.cc:1592 Default network in unexpected state: Ethernet (/service/3)State: idle
  [09:17:32.496] ERROR: network_state_handler.cc:982 GetEAPForEthernet: Ethernet service /service/3 connected using EAP, but no EAP service found.

Did you experience this issue on various WiFi networks, or was it always on the same network?

I have always experienced this on a Chromebox over ethernet rather than
wifi. I cannot recall whether I had problems with the ethernet connection
on 29 January, I'm afraid. I have not experienced the problem since the
last time I pinged this bug at that time.
Scott

Thank you for the information!
Then I guess the issue is not related to the WiFi errors. I'll take another look...

I've just filed more feedback after this happened today on a Dell Chromebook working off home wifi.

This occurred again today as I tried to pick a file in Sheets from the Downloads directory (File/import/upload/select file)

copy of chrome://drive-internals: https://docs.google.com/document/d/1rgD7swI9ILObXA8qXGmM9DnFuHYcr-fKX9Q648SRvJ8/edit?usp=sharing

Google Chrome	69.0.3497.95 (Official Build) (64-bit)
Revision	e3a5f87b64d44c4b311d2458f16b9f469e2597fb-refs/branch-heads/3497@{#931}
Platform	10895.56.0 (Official Build) stable-channel samus
Firmware Version	Google_Samus.6300.276.0
ARC	5006116
JavaScript	V8 6.9.427.22
Flash	31.0.0.113 /run/imageloader/PepperFlashPlayer/libpepflashplayer.so
User Agent	Mozilla/5.0 (X11; CrOS x86_64 10895.56.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.95 Safari/537.36

I submitted logs via alt-ctrl-i

This was connected via wifi in MTV-TC1. 

On a second attempt. c. 5 minutes later, the Drive and Downloads directories were again visible.

+slangley@ - FYI. Should we dupe this to  issue 783184 ? Seems like a related issue.

They don't seem the same to me.

As I understand it the user wants to use the open dialog to upload file(s), however after starting to select some files the dialog goes blank and no longer shows anything - is that correct? 

Yes, that's what it sounds like. Feedback report can be found at https://listnr.corp.google.com/report/85699495421.

In reply to comment 32, a slight clarification: in my several experiences of this issue, it's not that the dialog goes blank "after starting to select some files." It's been my experience that the files manager navigation and file list are partially or fully blank from the moment I open the file manager. Most often, the navigation showed Downloads but not Google Drive. Occasionally it showed neither Downloads nor Google Drive. 

Got this again just now and have logged feedback. 

Google Chrome	70.0.3538.76 (Official Build) (64-bit)
Revision	22757df8a5ddfacf2eaf57b85f4ea54c14b8f87a-refs/branch-heads/3538@{#1031}
Platform	11021.56.0 (Official Build) stable-channel zako

On the second attempt to upload a file from drive after the failure reported on comment 35, the file manager's navigation displayed Downloads and Google Drive top-level items as expected.