oka@, could you take a look?

fukino@ isn't is fixed?

It was not the bug Fukino-san fixed. I'm on it.

It didn't reproduce on Linux, daisy or minnie.
Maybe we need Chromebox for reproduction.

As I tested, system didn't freeze, but the thumbnails were not correctly shown.
(as the attached screenshot).

Version 55.0.2883.54 beta (64-bit)
Platform 8872.54.0 (Official Build) beta-channel stumpy
Firmware Google_Stumpy.2.102.0

Deleted: Screenshot 2016-12-01 at 16.29.01.png 148 KB

	Screenshot 2016-12-01 at 16.29.01.png 148 KB View Download

Filed a separate bug for black thumbnails. https://bugs.chromium.org/p/chromium/issues/detail?id=674053

I couldn't reproduce freeze even using the same version of Chrome OS as the initial report.

Google Chrome	55.0.2883.42 (Official Build) unknown (64-bit)
Platform	8872.44.0 (Official Build) dev-channel stumpy test

@oshima
Is this issue still persist?

Let's look into this together when you're back in Tokyo.

Lets look for this during fullrelease

As I tried before the issue didn't reproduce.
Oshima-san, do you know if the issue still persistes, and how we may fix it? 

My guess was that it puts too much load on GPU process to decode mp4 to get thumbnail, so if thumbnail doesn't work, you may not see this issue.
(and I just tested my self, and none of my mp4 files that I have locally generates thumbnail).

I'll try again later today with different mp4 files.

I still do see the jank when I opened Files app with many mp4s very first time.
Second time wasn't bad, probably thanks to caching.

Handed over this Yamaguchi-san.

To oshima:
Will you give us the latest version number which you saw this issue recently?

Forgot to include the versions, sorry.

58.0.3029.89 (Official Build) beta
9334.58.0 (Official Build) beta-channel stumpy

fukino@:
Does the change crrev/c/888233 mitigate this issue?

I don't think so. For most video files, crrev.com/c/888233 does not have any effect.

I think I am experiencing this bug. When I insert an SD card with a bunch of new large .MOV files (1 to 4GB each), the chromebook appears to freeze - even the cursor freezes. I eventually figured out that if I leave it sitting for many minutes, the cursor wakes up again.

I think this is related to creating the video preview files (not completely certain though) because it seems only to do once with new video files.

I have resorted to using the command line to copy new videos from my SD card to the Downloads folder. The performance is a bit better (shorter freeze time) when they are in the Downloads folder compared to the SD drive, but the chromebook still freezes. It would be better to either 1) let the user disable thumbnail generation, or 2) fail if previews take too long, or if the machine really freezes.

I don't care about the thumbnails anyway, would much rather just disable them.(It is very hard to get one representative summary thumbnail of a whole video anyway. Even a human would have to scan the whole video to really pick the best frame - doesn't make sense to scan through a whole 4GB for that reason.)

Platform: 10032.86.0 (Official Build) stable-channel gandof
Firmware: Google_Gandof.6301.155.9
This is a Toshiba Chromebook 2 - 2015 Edition (CB35-C3350)

Thank you.

BTW, sometimes this will freeze the chromebook long enough that it does an audible "BEEP BEEP" and automatically reboots. This just happened to me after I changed the path of a folder full of .MOV files, and then browsed to it. (I believe that restarts thumbnail generation?)

Otherwise the chromebook is great for travel!

Thank you.

<files-triage>

<files-triage> I'll look at throttling the thumbnailing process, maybe this is causing the issue.

Re-assigning to joel as P-1 for M66.

I have not been able to reproduce this using a USB with about 20 different video files of various types (mp4, avi, mkv, others).  File sizes between 100M and 2G, most around 700M.  Using sentry device (2017 Lenovo with i5 processor).

I will see if I can get other devices to test on, and try using an SD card.

I have been able to replicate this by deleting the thumbnail cache.  For now I do that by deleting the user profile from chrome.

Hi! I can also reproduce this issue in a Pixelbook with Chrome OS 64.0.3282.190.

Although the Chromebook doesn't restart, it keeps the files app busy (freezed) for about a minute, and then continues processing user input. Also, in case this helps, for me this happens every time I open the files app when it was not already open, including when the file picker opens from the web browser in order to select/open a file.

When deleting the mp4's from the Downloads folder this doesn't happen anymore.

I just discovered I can open the Developer Tools in order to inspect the Files app via chrome://inspect :D

I don't know why, but I keep having this problem now with very few mp4's in the Downloads folder, so I decided to open the files app and inspect it using the developer tools as I discovered. When the files app freezed, I clicked the "pause script execution" in the Javascript debugger in order to know where the execution got stuck. I've attached a screenshot of the debugging information.

I've also stopped the Javascript script at different points through the freezing state, and I found out that it also called this function while freezed: MetadataProviderCallbackRequest.prototype.storeProperties. Maybe this is related to what was mentioned earlier in this bug about the thumbnails being generated.

If you need more debugging info just ask me and I will be glad to help, because it is very frustrating that I have to wait a minute each time I wanna work with files (as an example, in order to attach the screenshot I had to wait a minute for the file picker to defreeze :/ )

PS: I don't know if this matters, but I have a lot of files in my Downloads folder because I'm a web developer (for example, the Material Icons library is very large), so maybe this is related to the problem (I'm just guessing).

Deleted: Screenshot 2018-03-14 at 23.51.22.png 303 KB

	Screenshot 2018-03-14 at 23.51.22.png 303 KB View Download