Erik Moeller
Erik Moeller
Porting this comment over by @elioqoshi from #2409: > > I have an initial prototype read for the download attachment component and behaviour ready. > >  > > The...
Let me try to separate two questions cleanly here. - Should we ship the version of progress indicators currently in `main`? - What should the next version look like? ##...
Closing for purposes of further iteration on the current client UX (as noted in issue description, we _do_ display download progress now). The rewrite UX will be fully spec'd out...
Closing given rewrite, but made a note to capture this error case in the feature specification for file/message download/decryption.
Closing, non-critical issue specific to the current codebase. That said, changes to functional test execution may of course be considered in context of #2517.
Keeping open, fully applicable to client rewrite.
Just leaving a note here that a new MetadataSync can happen while messages/replies are still being downloaded from a previous sync. If that happens, we want to make sure that...
Unfortunately, the full scope of this issue is likely larger than what we're able to do with the time we have left before the pilot. For the 2/20-3/4 sprint, we've...
Because the metadata sync itself can take a long time for a well-populated server (before any messages/replies are downloaded), we've discussed that a small useful iteration would be to extend...
Closing; message download UX will be reconsidered as part of client rewrite.