replies failing to send on master in qubes

[redshiftzero]

Description

Replies are failing to send on master, this is Qubes only

Steps to reproduce

1. Check out latest master in Qubes
2. Add a new source from the source interface
3. Sync the client
4. Try to send a reply to that new source

Expected behavior

Reply sends 🌈

Actual behavior

Reply does not send due to the source fingerprint not getting imported into sd-gpg

Comments

I think this was probably introduced in a recent merge because when I was working on #578 this was working on master

[redshiftzero]

after investigation, the problem here for me was actually server-side (discovered since the API responses had no key or fingerprint) - it was freedomofpress/securedrop#4909. Once I deleted the lock file mentioned in the issue key generation started to work again on the server-side and replies could be sent on master.

[redshiftzero]

OK confirmed with @creviera out of band that we both see replies successfully sending on master, closing this