You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the Bug
When running disk tests on one desktop of Gnome and then switching to another desktop for doing other works, when returning back to the desktop where GSmartControl runs, the test of GSmartControl crashes/stalls and the entire app and harddisk need to be restarted.
To Reproduce
Steps to reproduce the behavior:
Connect a USB hard disk (Winchester disk, I have not tried it with an SDD) and power it on.
Launch GSmartControl on desktop 1 and start a disk test, e.g. Short offline
Switch to desktop 2 and do some other work for some seconds, e.g. browse the internet. In the background you can hear the HDD continue to do the tests
Switch back to desktop 1 before the test completes
Click on the test window
In 1 out of 3-4 such desktop switches, you notice that the test crashes/ stalls. Suddenly no more disk test sounds can be heard and no more progress in GSmartControlthe can be seen. The test window cannot be closed because "Close" is grayed out.
Close the GSmartControl main window so that all windows including the test window close. Then power off the HDD, too, else it won't be accessible by GSmartControl after its restart. Then restart both GSmartControl and the HDD
Redo everything and notice that it is reproducible
If the desktop is NOT switched, but always focuses on GSmartControl doing the test, the test completes at 100% without any problems.
The problem arises only, when the desktop is switched after the launch of the test and during the running test you return back to the dekstop of GSmartControl. When you just switch to another desktop and not return to the desktop of GSmartControl while the test is running, the test completes without problems. So the problem is with switching desktop back to GSmartControl during a running test.
The text was updated successfully, but these errors were encountered:
There have been some changes in the way GSmartControl handles windows.
Do you still get this issue with 2.0.0?
I would say the issue sounds very strange. The fact that the drive becomes inoperable is really weird - perhaps, when polling for progress, the smartctl process hangs and the drive becomes confused.
Version and Environment
Describe the Bug
When running disk tests on one desktop of Gnome and then switching to another desktop for doing other works, when returning back to the desktop where GSmartControl runs, the test of GSmartControl crashes/stalls and the entire app and harddisk need to be restarted.
To Reproduce
Steps to reproduce the behavior:
The text was updated successfully, but these errors were encountered: