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
The delayed-check-for-updates-fix (wait 60 secs upon login and only update 24 hours after the previous one) appears to have regressed - I guess because/when the system updates have moved from appcenter to system-settings? (the "about" plug)
edit: I later realised it's likely the settings-daemon repo
I notice this because when I bootup and login to my os8 install(s) the first immediate thing I do is open terminal and run apt update / apt full-upgrade then flatpak update and the apt run shows a lock being held (by packagekit?) which I believe is the system-settings checking for updates?
Can we add the same delay (60s) and interval (24h) to the system-settings update check too?
I see a couple of resolved issues which is why I consider this to be an issue (regression) and not a feature request:
Immediately open terminal and run apt update / full-upgrade
Observe (error) message about apt/dpkg lock being held (by packagekit?).
Wait few moments then retry step 2 and see it works fine now.
Expected Behavior
System updates checks/installs should wait 60s before launching after first boot and login and run at 24h intervals like how it used to be in AppCenter before moving to this system settings component.
OS Version
8.x (Early Access)
Software Version
Latest release (I have run all updates)
Log Output
No response
Hardware Info
No response
The text was updated successfully, but these errors were encountered:
Oh the issue may be in Settings Daemon? (the state_changed signal)...
edit: For both the System Updates and Drivers backends being used by the System Settings plug.
vjr
transferred this issue from elementary/switchboard-plug-about
Aug 21, 2024
vjr
changed the title
Introduce delay (60s) and interval (24h) for system updates checks
Introduce delay (60s) and interval (24h) for system / driver updates checks
Aug 21, 2024
What Happened?
The delayed-check-for-updates-fix (wait 60 secs upon login and only update 24 hours after the previous one) appears to have regressed - I guess because/when the system updates have moved from appcenter to system-settings? (the "about" plug)
edit: I later realised it's likely the
settings-daemon
repoI notice this because when I bootup and login to my os8 install(s) the first immediate thing I do is open terminal and run
apt update
/apt full-upgrade
thenflatpak update
and the apt run shows a lock being held (by packagekit?) which I believe is the system-settings checking for updates?Can we add the same delay (60s) and interval (24h) to the system-settings update check too?
I see a couple of resolved issues which is why I consider this to be an issue (regression) and not a feature request:
elementary/appcenter#721
elementary/appcenter#495
Steps to Reproduce
Expected Behavior
System updates checks/installs should wait 60s before launching after first boot and login and run at 24h intervals like how it used to be in AppCenter before moving to this system settings component.
OS Version
8.x (Early Access)
Software Version
Latest release (I have run all updates)
Log Output
No response
Hardware Info
No response
The text was updated successfully, but these errors were encountered: