Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Still Failing to Start Sometimes on XP x86 #1062

Open
DaveH1 opened this issue Dec 17, 2024 · 11 comments
Open

Still Failing to Start Sometimes on XP x86 #1062

DaveH1 opened this issue Dec 17, 2024 · 11 comments
Labels
Critical bug A bug that does break the browser, as in causing crashes or making it impossible to perform a task

Comments

@DaveH1
Copy link

DaveH1 commented Dec 17, 2024

There is still an intermittent startup failure happening on Windows XP x86 with 126.0.6478.260 R6,
The previous version was the same.

Starting up the browser, it sometimes apparently crashes and no window appears.
It doesn't happen every time, I would say about one time in four.

When the problem happens, when the browser is run, either nothing appears to happen, or it appears briefly in the taskbar and then vanishes. Immediately running it again will often then apparently run correctly.

If the browser window does not open, there are still several chrome.exe tasks running in the Task Manager.
Sometimes it won't just start when it's tried again, and in that case these processes have to be manually killed before the browser will start again, and in that case it then usually does start correctly

@DaveH1 DaveH1 added the Critical bug A bug that does break the browser, as in causing crashes or making it impossible to perform a task label Dec 17, 2024
@win32ss
Copy link
Owner

win32ss commented Dec 18, 2024

Based on various reports from Windows XP users, some further internal changes will be needed, including the introduction of keyed events. This should improve stability.

@DaveH1
Copy link
Author

DaveH1 commented Dec 18, 2024

Thanks Shane!

@MWF2
Copy link

MWF2 commented Dec 19, 2024

Meanwhile at 64bit browser (64 bit of xp) same thing
41ea783d-ca5f-4e9b-87cb-379e58640393.dmp

@DaveH1
Copy link
Author

DaveH1 commented Dec 19, 2024

Interesting to hear that the 64 bit version is doing it as well.
I should have mentioned that the browser is rock solid once it has started successfully, I've never had it crash while it's running.
It's a startup problem only.

@win32ss
Copy link
Owner

win32ss commented Dec 19, 2024

Here are test versions of 32 and 64 bit progwrp.dll.
progwrp_32.zip
progwrp_64.zip

They will write a debugging log file to indicate failure due to invalid parameters in the InitOnce API.

@DaveH1
Copy link
Author

DaveH1 commented Dec 19, 2024

Thanks Shane, I will install the 32 bit version and let you know how it goes!
Do you need feedback every time that the browser fails to start properly, or should I let the log build up to capture a few instances before I submit it?
Cheers, Dave.

@win32ss
Copy link
Owner

win32ss commented Dec 19, 2024

The log will only be written to on failure, and only in one of the two possible ways of failure. The other one cannot be easily captured by a log but should not happen anyway because it involves a function that should always be successful.

@zap369
Copy link

zap369 commented Dec 23, 2024

Everything that DaveH1 wrote is exactly how supermium is behaving on my end but I'm still using 256.R5 on win xp sp3 32bit.

When there are still three chrome.exe tasks running even though supermium is seemingly shut down, one of those tasks is running at 50% CPU. Since I'm running on a dual core, when I forget to kill these tasks the computer does slow down. I might roll back to R4 and wait until this is fixed since DaveH1 reported it being an issue on 260.R6 too.

Before I rollback to R4 I'll test R6 and report back on here.

@zap369
Copy link

zap369 commented Dec 23, 2024

So I just installed 260.R6 and on the first boot it crashed leaving several chrome.exe tasks running one of which at 50% CPU. After killing those the browser booted up normally.

Instead of rolling back to R4 I'll continue testing R6 to see if this is the only bug on my end.

Thanks for all the work.

@DaveH1
Copy link
Author

DaveH1 commented Dec 24, 2024

Well I've been using the debug version of progwrp.dll (1.1.0.5024) for a few days now, and I haven't had a single startup crash!
The log file has remained empty throughout.
Looks like the debug version might actually have fixed the problem, at least on my system!

@zap369
Copy link

zap369 commented Dec 24, 2024

Yeah, so far so good on my end too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Critical bug A bug that does break the browser, as in causing crashes or making it impossible to perform a task
Projects
None yet
Development

No branches or pull requests

4 participants