This has been reported upstream as #166[0]. Attempting to authenticate with my Nextcloud server fails with a "The password you use to log in to your computer no longer matches that of your login keyring." error. No password I can think of to provide to this box successfully authenticates. Testing with the 20250302 Fedora 42 Workstation compose[1], it appears the keyring is not being unlocked properly on boot. This is happening 100% of the time for me in a VM. Reproducible: Always Steps to Reproduce: 1. Install Fedora Workstation using Boxes 2. Complete gnome-initial-setup 3. Open gnome-control-center 4. Select "Online Accounts" 5. Select "Nextcloud" 6. Enter information for Nextcloud instance 7. Click "Sign in" Actual Results: "Authentication required" dialog with the text "The password you use to log in to your computer no longer matches that of your login keyring." appears. No password I enter into this dialog is accepted. Expected Results: Successful authentication to the Nextcloud instance. [0] - https://gitlab.gnome.org/GNOME/gnome-keyring/-/issues/166 [1] - https://fedoraproject.org/wiki/Test_Results:Fedora_42_Branched_20250302.n.0_Summary
Proposed as a Blocker for 42-final by Fedora user nielsenb using the blocker tracking app because: Appears to violate either the [desktop keyring](https://fedoraproject.org/wiki/Fedora_42_Final_Release_Criteria#Keyboard_layout_configuration) and / or [default application functionality](https://fedoraproject.org/wiki/Fedora_42_Final_Release_Criteria#Default_application_functionality) criteria.
This is probably https://gitlab.gnome.org/GNOME/gnome-keyring/-/issues/165 . I've tested that https://gitlab.gnome.org/GNOME/gnome-keyring/-/merge_requests/78 fixes it, but that hasn't been merged upstream yet, I'm not sure why not.
https://koji.fedoraproject.org/koji/taskinfo?taskID=129152704 is the Rawhide scratch build I did to test the openQA version of this issue, a couple of weeks back. Try that, if you can (not 100% sure if it has dep issues installing on F2 now). I'll do a current F42 scratch build soon if I can.
Discussed on 2025-03-03 in a blocker review meeting [1]: !agreed 2349314 - AcceptedBlocker (Final) - this is accepted as a conditional violation of Final criterion "Saving passwords to and retrieving passwords from the default keyring must work for all release-blocking desktops", since if you run into this bug, there appears to be no way to make that work in practice. [1] https://meetbot.fedoraproject.org/blocker-review_matrix_fedoraproject-org/2025-03-03/f42-blocker-review.2025-03-03-17.00.log.html
(In reply to Adam Williamson from comment #3) > https://koji.fedoraproject.org/koji/taskinfo?taskID=129152704 is the Rawhide > scratch build I did to test the openQA version of this issue, a couple of > weeks back. Try that, if you can (not 100% sure if it has dep issues > installing on F2 now). I'll do a current F42 scratch build soon if I can. I don't see any results for that build, and the SRPM is deleted? It's possible I'm missing something, I don't have a good handle on Koji.
ah no, that's just because it got garbage collected :| sorry, I got distracted hacking a) koji and b) my heat pumps. will do the f42 build for you now.
https://koji.fedoraproject.org/koji/taskinfo?taskID=129782928 is a new scratch build, still running ATM. Give it a shot when it's done.
(In reply to Adam Williamson from comment #7) > https://koji.fedoraproject.org/koji/taskinfo?taskID=129782928 is a new > scratch build, still running ATM. Give it a shot when it's done. I'm way more interested in the heat pump hacking... Anyway, that scratch build doesn't fix it.
Huh! Well, that's not what I was expecting. I guess this is a different bug, then...
oh, and for info on the heat pump thing, see https://fosstodon.org/@adamw/114100179401465673 . :P
FEDORA-2025-ae1ead5411 (gnome-keyring-48~beta-2.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-ae1ead5411
So I backported the proposed upstream fix (and also updated to 48-beta). If folks who've had issues with this can report whether that makes it better, that'd be great. Brandon, if you still have problems with this build, I guess we'll need to update the upstream issue and try to get someone to look at it.
(In reply to Adam Williamson from comment #12) > So I backported the proposed upstream fix (and also updated to 48-beta). If > folks who've had issues with this can report whether that makes it better, > that'd be great. Brandon, if you still have problems with this build, I > guess we'll need to update the upstream issue and try to get someone to look > at it. I still see the problem with that build.
FEDORA-2025-ae1ead5411 has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-ae1ead5411` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-ae1ead5411 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-6a35898dbf has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-6a35898dbf` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-6a35898dbf See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-6a35898dbf (adwaita-icon-theme-48.0-1.fc42, at-spi2-core-2.56.0-1.fc42, and 56 more) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
I didn't want the update to close the bug, since Brandon still has issues. Kicking back to ON_QA at least.
(In reply to Adam Williamson from comment #17) > I didn't want the update to close the bug, since Brandon still has issues. > Kicking back to ON_QA at least. I am not seeing this with Fedora_42_Branched_20250323.n.0[0]. Does that have the backported fix from comment 12 included? Perhaps I was just testing it wrong. [0] - https://kojipkgs.fedoraproject.org/compose/branched/Fedora-42-20250323.n.0/compose/Workstation/x86_64/iso/Fedora-Workstation-Live-42-20250323.n.0.x86_64.iso
that compose has gnome-keyring-48.0-1.fc42 , which does include the backport, yes.
so this does look fixed in openQA now, and if Brandon says it seems to be working for him too...let's call it good. we can always re-open or file anew if needed.
*** Bug 2356892 has been marked as a duplicate of this bug. ***