tl;dr When clicking on a certain history item to display the details, the client crashes with the following error:
dnfdaemon client failure [g-io-error-quark: GDBus.Error:org.freedesktop.DBus.Python.AttributeError: Traceback (most recent call last):
File "/usr/lib64/python3.10/site-packages/dbus/service.py", line 715, in _message_cb
retval = candidate_method(self, *args, **keywords)
File "/usr/lib/python3.10/site-packages/dnfdaemon/server/__init__.py", line 68, in newFunc
rc = func(*args, **kwargs)
File "/usr/share/dnfdaemon/dnfdaemon-system", line 291, in GetHistoryPackages
value = self.get_history_transaction_pkgs(tid)
File "/usr/lib/python3.10/site-packages/dnfdaemon/server/__init__.py", line 731, in get_history_transaction_pkgs
pkg_id = self._get_id(pkg)
File "/usr/lib/python3.10/site-packages/dnfdaemon/server/__init__.py", line 1064, in _get_id
values = [pkg.name, str(pkg.epoch), pkg.version, pkg.release, pkg.arch]
File "/usr/lib/python3.10/site-packages/dnf/db/history.py", line 72, in name
AttributeError: 'NoneType' object has no attribute 'getName'
<_M_> [ui] YUILoader.cc:236 deleteUI(): Shutting down UI
using dnf history command line to find the same entry, followed by dnf history info [id] displays the details without issue.
I assume this is a bug, not sure if I should raise a bugzilla or github issue. Please advise. Thanks
The Errors are remarkably similar, but I am on later version that is claimed to be fixed.
"$ dnf --version
$ dnf --version
Installed: dnf-0:4.14.0-1.fc36.noarch at Wed 09 Nov 2022 18:29:34 GMT
Built : Fedora Project at Fri 09 Sep 2022 13:49:11 GMT
Installed: rpm-0:4.17.1-3.fc36.x86_64 at Wed 09 Nov 2022 18:28:25 GMT
Built : Fedora Project at Tue 02 Aug 2022 12:31:56 GMT
The comments also call for a new bug to be raised, so that I will do.
I believe that the problem is fixed in dnf-4.0.9 with libdnf-0:0.22.3. If the problem reappear please open the new bug, because already multiple issues are discussed here.
Uninstall is always an option. However, I quite like to see the introduction of more gui’s for linux and whilst many are far from perfect, it’s up to us, the users and community, to feed back our experiences. After all, not many get paid for doing ‘stuff’ and often software is not tested as vigorously as it is for ‘paid for’ commercial software.
Can always fall back to command line when the going gets tuff anyway.