-
Notifications
You must be signed in to change notification settings - Fork 130
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
Startup Delay Of Version 3.8.0 On Windows 11 24H2 #1023
Comments
This most likely indicates an issue with your system capabilities or configuration; the startup information written to the runtime log is one of the very first operations SEB performs during startup:
So you'd need to find out what might cause this delay on your system (e.g. an issue with the .NET Framework installation, or (overly) restrictive security software or configuration etc.). |
Another real possibility could be an issue with Windows itself, as you stated above that 3.8 works perfectly fine under Windows 11 version 23H2... |
Maybe this helps to find the problem |
Thank you both for your quick response! It's clear that it is due to a combination of our 24H2-installation and SEB 3.8.742. Because in the meantime we tested on an older Latitude 3310 and on both clean 24H2-install and Intune enroll, we were thinking new incompatibility between the two. Also because the SEB-process starts immediately but the logging 43 seconds later. |
If you would happen to be able to find a particular commit resp. build where the issue starts to arise (e.g. from 711 to 712), then we could have a closer look at those particular changes and whether they could have negatively impacted the startup procedure. Until then, the symptoms point to a local issue with the system capabilities and/or configuration as explained above (otherwise we would have a lot of issue reports regarding this problem). |
Does anybody know how many builds there are between 3.8.0.711 and 3.8.0.742 or/and where to find them? |
They can be found on our build server, see https://sebdev.ethz.ch/project/appveyor/seb-win-refactoring/history. |
SEB starts after 6 Seconds in 3.8.0.719 and after 40+ Seconds in 3.8.0.720 |
Update .NET didn't fix the issue unfortunately, but SEB 3.8.711 starts up a lot faster then 742, but looks very unstable. As version 3.9.941 has the same delay, I will test several versions between 711 and 742, and I'm also curious what versions 3.8.0.683 (first 3.8-version) and 3.7.634 (first 3.7-version) have to offer me. Thank you all for your time, I'll keep you informed. |
I just read your results, @AerisEverlast ! I'll take a look at both!!! |
Well that's clear: 719 starts after 5-6 seconds or so, 720 takes more than 40 seconds as you mentioned. I will compare these two next monday, so no progress in the next two days, sorry. |
Version 3.8.0.720 until 3.8.0.742 starts after +40 seconds |
Versions 3.8.0.742 and 3.8.0.743 have literally the exact same code base, the latter is merely another build due to the release branches we create. So there is definitely something else involved here, none of this appears to make sense to me thus far...
None, these are all potentially unstable development builds which shouldn't be used in a production environment. |
Are any of you by chance using ARM devices? I have encountered a startup delay when testing SEB on a Windows ARM machine (see #1024) which however can be worked around by using the 32-bit (x86) build of SEB, at least for the time being. |
We have X64 devices No ARM |
Yes, that should be okay, but still at your own risk. |
Isn't it all on own risk? ;-) |
I thought maybe 390Kb of textcode could make the difference... Anyway Once again thank you for your quick reply's |
Again, the code is exactly the same. From where the difference stems is unclear to me, may be (one of the many) peculiarities of Windows Installer... |
Hi all, thanks for your time again. I'm still testing, reinstalling and analyzing different installs and behaviour, but did not find any clue what makes the delay. (is that proper English?) No ARM over here, btw. To be contunued... |
Could all of you please verify whether the issue persists with the 32-bit (x86) build of version 3.8.0? To do so, manually uninstall SEB via the system control panel and then install the 32-bit MSI setup: https://github.com/SafeExamBrowser/seb-win-refactoring/releases/download/v3.8.0/SEB_3.8.0.742_x86_Setup.msi. |
After uninstalling 3.8.749x64 and installing 742x86, SEB starts up with a small delay (could be 5-7 seconds) on the first time, but can't start a client-session. Client-log says, after line "INFO: [BrowserApplication] starting initialization...": "ERROR: Caught unexpected exception while performing operation 'LazyInitializationOperation'". The second time SEB starts almost immediately, but with the same error. |
After a clean install of Windows unfortunately same result: start-up in 5-9 seconds followed by an error. See logfiles for more details. Sorry. |
For your information: install of 743 to 749 in new Windows-environment (without uninstall): normal startup with 743 to 748, delayed startup with 749. Besides that I noticed in Taskmanager the SafeExamBrowser-process lists under "Background processes" during the delay and appears under "Apps" when the splash-screen pops up. |
I am wondering @dbuechel, do all verions of SEB startup normal on your systems using 24H2? Which version(s) do you use of Windows and other software that SEB uses or SEB depends on? |
Installed a new (clean) Win11 24H2. I will test the (x86).EXE for 3.8.0.742 |
Thanks both for the testing, that is actually good news, as now we know that it is an issue with the 64-bit build of SEB. We are following up on this internally and will let you know as soon as we know more. For the meantime, you should thus be able to use the 32-bit (x86) build of the official release version as a workaround. |
@CompaenVMBO The MSI setups do not automatically install all the required runtime dependencies (as does the setup bundle [.exe]). You'll thus need to make sure that all the runtime dependencies listed in the release notes are installed for the 32-bit platform. In your case particularly, I assume the issue is a missing / incorrect version of the 32-bit Visual C++ Redistributable. |
We could only reproduce the issue on our ARM testing device with Windows 24H2. I myself am still running on Windows 10, but every release undergoes our internal end testing on various different machines running Windows 10 and 11 (as far as I know). |
No, that is the setup bundle and will install the matching build depending on your platform, i.e. SEB (x86) for 32-bit systems and SEB (x64) for 64-bit systems respectively. |
My uni have been on Win 11 23H2 and SEB 3.5 x64 for a while. Upgraded a test machine to 24H2 with SEB3.8.742 x64. SEB takes about 1-2min to start within Edge. 23H2 with SEB 3.8.742 x64 no issues when starting within Edge. |
Describe the Bug Steps to Reproduce
Expected Behavior Screenshots Version Information
Additional Context The issue does not exist with SEB 3.5.0.544 and Win 11 Edu 23H2 |
@CompaenVMBO @AerisEverlast @ryeshack @AndreasB-MAU Could you please provide us with an e-mail-address where we can contact you directly? You may send us an e-mail under |
Mail sent |
I have just sent an e-mail to all, please do let me know in case you haven't received it or alike. |
We are experiencing the same issue with SEB 3.8.742 x64 and Windows 11 24H2 (Home, Pro, and Education). The startup time for SEB sometimes exceeds one minute. Is there already a solution or a working version for this combination? Thanks |
@ITNKSA Please provide us with an e-mail-address as specified above. |
** First of all **
I'm brandnew on Github, so if I do anything the wrong way, please let me know :-)
We upgraded SEB from version 3.6 to 3.8, because laptops are using Windows 24H2. Unfortunately we discoverred unsuspected behaviour starting SEB.
Describe the Bug
After starting SEB v3.8, it can take up to 50 seconds before it starts up visibly e.g. the splash-screen appears.
Steps to Reproduce
Steps to reproduce the behavior:
Expected Behavior
I'm used to a maximum delay of around 5 seconds, before the splash-screen appears.
Screenshots
Not applicable.
Version Information
Additional Context
Logfile "2024-11-08_13h43m45s_Runtime.log" is created at 13h43m45s, but I started SEB at 13h43m01s. Logging also starts at 45s. The problem occures on systems (Windows + SEB) deployed and controlled by Intune, but also on systems with Windows installed by MS-ISO and Bundle-download of SEB. The SEB-proces starts up immediately after starting SEB, by the way, using 15-25% CPU for the first 5-10 seconds. After that, CPU drops to 11% until splash-screen.
It's easy to spot several delays in the Runtime-log, but we cannot explain (and solve) it. Help.
Other situations compared:
3.6/24H2: SEB/24H2-incompatibillity
3.6/23H2: average of 5 seconds startup-delay
3.8/23H2: average of 2 seconds startup-delay
2024-11-08_13h43m45s_Client.log
2024-11-08_13h43m45s_Runtime.log
The text was updated successfully, but these errors were encountered: