View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0016768 | MMW 5 | General | public | 2020-07-01 14:24 | 2020-10-25 13:31 |
Reporter | zvezdan | Assigned To | |||
Priority | urgent | Severity | crash | Reproducibility | always |
Status | closed | Resolution | reopened | ||
Product Version | 5.0 | ||||
Target Version | 5.0 | Fixed in Version | 5.0 | ||
Summary | 0016768: Black window on start and high CPU | ||||
Description | I cannot run any portable version of program since 5.0.0.2230. I tried several following versions including the latest one (5.0.0.2258) and all have the same problem, the black window appear on the start, the program consumes high CPU, and nothing is happening until I kill it. 5.0.0.2229 and previous work fine. Tested only on one Win7 machine. If you made program Vista and/or XP compatible, I would be able to test it even more. | ||||
Additional Information | Some info about this issue https://monorail-prod.appspot.com/p/chromium/issues/detail?id=1002559 https://monorail-prod.appspot.com/p/chromium/issues/detail?id=920704 | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Fixed in build | 2262 | ||||
|
It's not possible to make it Vista/XP compatible as it's no longer supported by chromium (since 2016) and cannot be run in Vista/XP since 2018. |
|
About the problem itself ... i've tried on virtual machine with Win7 running and work fine, but some chromium users mentioned something similar. Can you try to run with -disable-gpu parameter (this will disable hardware acceleration) ? |
|
It works ok with the mentioned parameter. |
|
For build 2262 i've added new ini entry [System] disableGPU=1 so you do not need to use -disable-gpu parameter every run and will be used automatically. |
|
That is not proper solution, unless you make that ini entry default. I suppose there would be other users trying your program for the first time and having the same issue they will give up and go looking for another program. The users don't like to search in forums and such places as Mantis to find solution for the problem. You should look what you changed between b2229 and b2230 that caused this problem and try to resolve it properly without need for users to change anything in Ini files or anywhere else. |
|
Between 2229 and 2230 we've moved to latest chromium version 79 and as i wrote before, it's a chromium bug. We can make this parameter as default for windows 7 or update to latest chromium (currently it's 83 i think ?), but we do not know if this issue is fixed and new version can bring another issue(s) ? EDIT: as i do not see any easy way how to fix it (as it's not a bug in our code) i've enabled disable-gpu parameter by default when running on windows 7 |
|
I think it is wrong that you assume that this bug is manifesting only on Win7. I believe it is most probably related to the integrated graphics (Intel's built in CPU in my case) regardless of OS. |
|
Let's make a test ... based on some info "The crashes on Windows 7 with the 10.0.18362.1 version of d3dcompiler_47.dll are well known." and it's the version we're using ... can you test out with older dll (uploaded it here https://1drv.ms/u/s!AnuLNbx2rOzekvxIwe0hZqY5shVrSw?e=PxvqdK) ? Just replace this file in MM install folder and run without -disable-gpu parameter. |
|
It works ok with the uploaded dll, as well as with the dll from b2229. |
|
ok ... question is whether it's better to disable HW acceleration (for Win7 users) and use newer library or use old library. I prefer to disable HW acceleration. |
|
I am wondering how Opera resolved the same problem: https://forums.opera.com/topic/32337/solved-black-screen-instead-of-browser-after-update |
|
I just installed the latest portable version of Opera. It uses the old dll (10.0.17134.12). |
|
Another possibility: use the old version on Win 7, and the new one on Win 10 (my laptop runs win10 and uses intel graphics without issues) ? Seems like a pita, but if the issue isn't being fixed by intel/ms... |
|
It's actually nothing to fix by MS ... based on information i have it is caused by Universal CRT integration since 10.0.18362.1 and some Windows 7 installations haven't all required libraries installed which cause crash (and chromium keeps opening GPU process again and again and ...). |
|
I just installed the latest Google Chrome and it has the same old dll file as Opera. Obviously, they all give up from the 10.0.18362.1, and I think you should do the same. Although, I like the idea to distribute both versions and use the old one with Win7 and the new one on Win10. You already have two d3dcompiler_47.dll files, one in the main folder and another in the chromium folder, so you should just replace one of them with the old version. |
|
OK ... you're right ... i looks chromium 79 works just fine with older d3dcompiler so i'll install older version in windows 7. |
|
To be clear ... i've updated installer so old version of d3dcompiler is installed in windows 7 system. |
|
Just to clarify, what do you mean by "installed"? What happens if I install the portable version of the program on Win10 on USB drive and latter I use the same drive on Win7? |
|
If you install on win 8+, new d3dcompiler will be installed (even with portable version). |
|
I think it would be better if your program choose which dll will use on startup, not during installation. |
|
It can be complicated as it is used by chromium and must be in 'root' folder ... will try to search more info and experiences with usage of this older library even in win8+ systems so we do not need to use two versions. |
|
Then why you have two d3dcompiler_47.dll files, one in the "root" folder and another in the chromium folder? By the way, portable Google Chrome doesn't have that file in the "root" folder with the main exe file. |
|
It's no longer in chromium folder. Anyhow i see even latest Chrome 84 uses old d3dcompiler (even in win8+ systems) so we will use it as well. |
|
Revised in 2271 Closing, open new bug with more details and specs if needed. |