deeplow

I like the approach of centralizing the variables in one place and pillars sounds like the correct approach. One potential problem with the approach that I can see is that...

I don't think we'll be going in this direction. In https://github.com/freedomofpress/securedrop-workstation/issues/1058 with the keyring implementation the release [branching is now outside](https://github.com/freedomofpress/securedrop-workstation/commit/69b9744104899b189efd7983d95aeaf667f04373) of the workstation's repo, in [securedrop-workstation-keyring](https://github.com/freedomofpress/securedrop-workstation-keyring/), as a separate...

Another UX heuristic is to follow conventions. Since the workstation was modeled around a webmail client, it makes sense that bulk actions are done right above the selection mechanism. This...

Options **A** and **C** I wouldn't consider because A) feels more for user-related actions and **C** for message-related ones. But I am no UX expert, so it could make sense.

I guess the original idea is to have this as an alternative to just seeing the ugly salt output. I have found some inspiration on the ubuntu lunar's installer. If...

I should also add that I have some ideas about this and the potential integration into multiVM applications. Installation has two parts: - **Configuration:** Let the user specify the initial...

This feels like a potentially relatively small and well-scoped problem to tackle and possibly include in the next workstation release. > `config.json` should support listing multiple key FPRs instead of...

When we tackle this, it could be a good chance to do also improve https://github.com/freedomofpress/securedrop-workstation/issues/1197

> But I now realize that this actually is in conflict with the second point you mention (questioning not keeping key copies in dom0) so maybe that one needs to...

This is being worked on under https://github.com/freedomofpress/securedrop-workstation/pull/1373