| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018957 | MMW 5 | Other | public | 2022-04-01 18:58 | 2022-05-07 07:02 |
| Reporter | drakinite | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | have not tried |
| Status | resolved | Resolution | open | ||
| Product Version | 5.0.3 | ||||
| Target Version | 5.0.3 | ||||
| Summary | 0018957: MM5 window freeze when playing YouTube while MM is minimized | ||||
| Description | Log ID: EB3FB131 Response from user: "I think it was because I hit play on youtube online and then instantly minimized the player. I think I messed with a buffer" | ||||
| Tags | todoc-KB | ||||
| Fixed in build | |||||
|
|
This is same user as in 0018959 It is again UI freeze log ( EB3FB131 ) This time on line ODS('**** focusControl: ' + this.constructor.name); in control.js which is particularly strange as it just tries to output debug message. Maybe the 'focus' event is called too often for some reason? The DbgView part is missing in the ELF. If it is still reproducible for the user then please try to catch it in standard debug log using DbgView and attach. Thx EDIT: It would be also valuable to try: 1) whether the freeze is reproducible with regular build too? (i.e. not the debug to be sure that it is not a false positive freeze by Eureka) 2) whether the freeze is reproducible with using MediaMonkey_NoGPU.bat (i.e. without HW acceleration) |
|
|
He did a bunch more testing, and confirmed that it's actually 2) which stopped the issue from occurring. Couldn't reproduce the UI freezing when running without HW acceleration, but he could reproduce it on both build types when running it normally. |
|
|
Thx, could you please ask him to put chrome://gpu to the address bar of Chrome browser and share the output? in case he is using Edge browser then use edge://gpu/ We need to ensure that his GPU isn't blacklisted and if it is then we should add a mechanism to detect blacklisted GPUs and run MM without HW acceleration (related to issue 0018609) |
|
|
I think blacklisting the GPU would be more harm than help. For some reason, when he runs MM with HW acceleration disabled, SVG icons are aliased. Additionally, because disabling HW acceleration causes HUGE CPU usage, it should be a last resort. Asked him for the DbgView log & GPU info now, however. |
|
|
I could reproduce the issue by opening a game (The Witcher 3) while MM was minimized playing a YouTube playlist. There's no explicit crash, and it continues to send debug messages to DbgView. The attached log includes about 3-4 minutes of idle messages as I was typing out this note. I forgot to include this recording he made. Turn the volume up, his voice is quiet. https://files.drakinite.net/2022-04-03_17-53-37.mp4 Youtube.m3u (8,160 bytes) |
|
|
Based on the gpu.pdf HW acceleration seems fine and enabled for him -- so this shouldn't be an issue. The log System_hang_while_using_VS_code.LOG isn't of any use, it just outputs our standard messages, but the bug is most probably inside Chromium. @Petr, could you please create a build with with Chromium debug messages enabled to see more? @drakinite: Ask Tim to open support ticket to have direct comminication channel with him |
|
|
BTW: I am unable to replicate, but this one sounds very similar: https://support.google.com/chrome/thread/82011253/chome-freezes-if-i-minimize-then-maximize-the-screen-ie-press-the-little-box-in-top-left?hl=en and disabling HW acceleration in Chrome did the trick. This confirms the user's tests ( 0018957:0067424 ) and that it is something between Chromium and GPU. Also these links confirms that disabling HW accelaration does the trick for the similar issue: https://bbs.archlinux.org/viewtopic.php?id=198335 https://askubuntu.com/questions/1300640/20-04-google-chrome-opens-but-freezes-when-i-enter-full-screen-in-youtube-or-wh Left assigned to Petr to create a build with with Chromium debug messages enabled to see more... |
|
|
Chromium logging enabled for a next build |
|
|
Assigning to Jordan to generate debug log using the build with Chromium logging. |
|
|
Attaching log from build 2614 with the issue reproduced. It's quite long. |
|
|
I am unable to replicate at all, but findings so far (debugging with Jordan and Tim) are: 1) The freeze occurs when there is YouTube playback and MM5 window is minimized (and is about to be maximized from the taskbar) 2) The freeze occurs also in 5.0.2 -- so not related to recent Chromium update 3) The freeze does not occur with the MediaMonkey_noGPU.bat , i.e. with HW acceleration disabled -- this relates to the links in my previous note 0018957:0067465 4) It is browser process that freezes (not the render) and the last line from browser (B) in the log usually is: MM5 [15868](B) Activating window file:///mainwindow.html EDIT re item 4) We added more debug messages into TBrowserWindow.activate and the method seems to be performed as whole, i.e., it does not freeze in the method, but after executing this method (somewhere in the browser process). Assigned to Petr whether he has an idea (as the window management in the Browser process is his code) |
|
|
Per IM discussion with the devs, it might by interesting to try to enabled chrome://flags/#ignore-gpu-blocklist. Anyway, it looks like an issue that would be 'fixed' by 0018995. |
|
|
Based on tests ignore-gpu-blocklist switch didn't help |
|
|
FYI, interesting note. Adding www.youtube.com as a Web bookmark, then playing songs on the YouTube web player, seems to NOT cause the issue. This means it must be something with the embedded YouTube player MM is using. |
