Or, is this a pwsafe bug that I should report at [1] or is this a flatpak packaging issue that I should report at [2]? How would you recommend that I proceed to resolve this issue?
Also, flatpak info org.pwsafe.pwsafe shows v1.18.2, although I was expecting 1.19.1 since it appeared in my flatpak installation at work this week (Red Hat 8).
In case of a verified app like this you should use the upstream issue tracker (unless a project states otherwise).
In case of an unverified app it depends on the issue. If some feature is not working as expected due to sandboxing (e.g. missing file access), you would report it in the Flathub project.
An issue like this I’d probably still report in the upstream project if Flathub distributes the latest upstream release.
You can also try to search for existing flatpak issues in the upstream project to see how these are handled.
Make sure you update your system & test the issue with the newest release of the app & runtime before reporting it.
Thanks very much for clarifying where issues should go.
I’m a little disappointed that my own searching didn’t turn up that issue in the pwsafe issue tracker, so thanks for pointing it out.
Rony says that this issue should be fixed in 1.19.1. The Version field says v1.18.2, but the commit says 1.19.1, which doesn’t make any sense to me. Since I still have the error, I would presume I actually have 1.18.2, or perhaps even 1.19.0.
The version field is just metadata & not tied to the actual application version. If it’s not updated then Flatpak will display the wrong one (that would be another bug to report upstream).
The commit & its message are the actual indicator for the version. Since the source in the Flathub repo does indeed point to 1.19.1, it seems the bug is not fixed yet or you encountered another very similar issue.