Hi everyone.
I’ve upgraded twice from Fedora 43 ws to fc44 ws. Both have a problem:
sudo dnf5 upgrade --refresh --offline && sudo dnf5 offline reboot
produces the classic “something unsaved” crash like notes or spreadsheets, even though there’s nothing unsaved. Rebooting from the top-right menu restarts normally and updates --offline correctly. Is there anything I can do to fix this?
Thanks in advance.
Follow the steps outlined here:
Hi.
Thanks for your reply!
The upgrade went perfectly, following all the steps described in the excellent guide you mentioned to the letter.
The problem lies in my daily update routine. I no longer update from gnome-software, which is mask, but only with the routine
sudo dnf5 upgrade --refresh --offline && sudo dnf5 offline reboot
Thank you very much
The easiest updating is done with
sudo dnf upgrade
I’m sorry,
but I’ve been using this procedure for a long time, and in my humble opinion, it’s much more reliable. I only install and update --offline.
mauro@fedora17:~/Downloads$ sudo dnf reinstall ./Bitwarden* --offline && sudo dnf offline reboot
Aggiornamento e caricamento dei repository:
Repository caricati.
Pacchetto Arch Versione Repository Dimensione
Reinstallazione:
bitwarden x86_64 0:2026.3.1-1 @commandline 355.3 MiB
sostituisce bitwarden x86_64 0:2026.3.1-1 @commandline 355.3 MiB
Riepilogo transazione:
Reinstallazione: 1 pacchetto
Sostituzione: 1 pacchetto
Dimensione totale dei pacchetti in ingresso è 89 MiB. Necessario scaricare 0 B.
Dopo questa operazione, verranno utilizzati 0 B aggiuntivi (installa 355 MiB, rimuovi 355 MiB).
Is this ok [y/N]: y
[1/1] bitwarden-0:2026.3.1-1.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s
>>> Copied from Bitwarden-2026.3.1-x86_64.rpm
---------------------------------------------------------------------------------------------------------
[1/1] Totale 100% | 0.0 B/s | 0.0 B | 00m00s
Test della transazione offline
Avviso: saltati i controlli OpenPGP per 1 pacchetto dal repository: @commandline
Transazione archiviata per essere eseguita offline. Esegui `dnf5 offline reboot` per riavviare ed eseguire la transazione. Per annullare la transazione ed eliminare i file scaricati, utilizzare `dnf5 offline clean`.
Completato!
Il sistema verrà ora riavviato per eseguire la transazione offline avviata dal seguente comando:
dnf reinstall ./Bitwarden-2026.3.1-x86_64.rpm --offline
Is this ok [y/N]: y
[org.freedesktop.login1.BlockedByInhibitorLock] Operation denied due to active block inhibitor
mauro@fedora17:~/Downloads$
I believe there is no reason to do an offline update.
However, if that is what you want to do, try logging out of Workstation, going to a new TTY and running the command from there.
Hi @theprogram
Am I allowed to have a personal routine? A preference?
I like updating with my routine, which has always worked since the release of Fedora 42. Am I an old man with my own flaws? Yes, I do. 
I’m rebooting from the GNOME menu, so I don’t need a tty.
Thank you very much.
You are indeed good Sir, in fact it even taught me that one CAN do an offline update! I will keep that one in my tool-belt.
Hi,
You’re definitely much better than me!
That’s why I’d like to resolve this little problem with your invaluable help.
I really hope for your help. 
This is Ptyxis terminal issue, or probably a “feature”.
Of course you can, and feel free to do so 
If you want to be free of the -i parameter and work as you have been used before, you can install the gnome-terminal and use this. If you want to understand the situation with ptyxis you also can read what the main developer wrote on his blog.
Personal reasons prevent him from solving the problem in detail. Time is money, and nobody has any money to spare because everything is becoming more expensive and complicated.
Gnome, in general, has lost the love and affection of some sponsors, which isn’t really helpful for moving the project forward.
Please take this in consideration and not get angry about us, when we try to help you while telling doing things different
Hi guys,
Just a quick note to clear the air: if I sounded grumpy, it’s just my “self-deprecating humor” failing miserably in translation! 
I’m not frustrated at all—just a curious user trying to wrap my head around dnf5 while making fun of my own tech struggles. I truly appreciate all your help and the great work you’re doing!
Cheers!
Mauro
I agree that offline updates are less likely to encounter problems. I have multiple Fedora systems spread across multiple buildings, so do offline updates using ssh sessions and emacs “shell” mode, so fortunately have not encountered this ptyxis “feature”.
ptyxis --version
Ptyxis 49.3GTK: 4.20.4 (Compiled against 4.20.3)
VTE: 0.82.3 (Compiled against 0.82.3)
It seams to be “implemented” from Gnome 50 on. I still use F43 on this machine here and also not have this issue.
This morning I upgraded my third and latest Fedora from 43 to 44 ws. Same “little problem.” I solved it by installing my dear mate-terminal.
For anyone else frustrated by this, there is thankfully a gsetting to disable the inhibition feature as a temporary workaround.
After running gsettings set org.gnome.Ptyxis inhibit-logout false, I’m able to run sudo reboot from a ptyxis terminal.
For Fedora, I’ve submitted pull requests to set an override to disable it by default.