-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release SecureDrop Client 0.14.0 #2282
Comments
RC1 TestingHardware: framework 13 (13th gen intel)
Test planPrerequisite: start the server with
Basic multi-delete/select testing (#2252)
General regression testing and UI inspection
Download error cases
Additional testing
Other findings(just curious finding) Delete source in selection orderI found it curious that the list of sources to delete follows the selection order. This is not necessarily a bad thing, just something I wouldn't expect. I would have expected them to be in the top-bottom order. Example: by selecting from the bottom to the top, I got the following deletion prompt: Ctrl+A Selects all sourcesNot sure if this a new thing or if it was already there, but imagine the following scenario:
|
Test plan ~IN PROGRESS~SKIPPING REST FOR RC2Prerequisite: start the server with
Basic multi-delete/select testing (#2252)
General regression testing and UI inspection
Download error cases
|
Added one more section on my testing:
Have we considered situations like these? I think it has enough catastrophic consequences and very little real scenarios where this is wanted. In my mind this warrants some mitigation. Some alternative suggestion on how to tackle this:
|
(tracked in #2296) |
Rc2 is available with fixes for #2296 |
RC2 TestingTest planPrerequisite: start the server with
Basic multi-delete/select testing (#2252)
General regression testing and UI inspection
Download error cases
[RC2] NEW
|
✔️ RC2 Concluded without the detection of any new issues. One thing to note is that if the newsroom has less than the minimum threshold of sources (30, I think), it won't show a confirmation dialog. This is semantically what we wanted. I'm just stating it explicitly that in this case journalists won't get a confirmation. |
?
I don't think that's right, there should always be a confirmation dialog.
|
Sorry, I meant to say that it won't show a confirmation timer. |
Test plan - 0.14.0-rc2Prerequisite: start the server with
Basic multi-delete/select testing (#2252)
General regression testing and UI inspection
Download error cases
|
The row(s) corresponding to the deleted source(s) in the SourceList should block and sequentially show the "deleting" animation on each selected, soon-to-be-deleted sourcelist entry (and if they doesn't that's a fail), but the ConversationPane on the right should not display individual source conversations with the deletion animation. As currently implemented, it should stay on the "Multiple Sources Selected" view until deletion is finished, where it should then display "Select a source to ....." (or "Nothing here" if all sources were deleted). If a deletion animation is required I suggest a single one over the Multiple Sources Selected view, to minimize UI flickering and complexity, as a followup PR |
Ok in that case it's as expected, thanks for the clarification! |
apt-qa pre-release testingBasic/smoketest since there has been previous qa
|
fresh install preflightAll good
|
This issue tracks the SecureDrop Client release [version]. It will be organized by:
This release includes the following changes:
More detailed information on changes is available via https://github.com/freedomofpress/securedrop-client/milestone/13?closed=1
SecureDrop maintainers and testers: As you QA this release, please report back your testing results as comments on this ticket. File GitHub issues for any problems found, tag them "QA: Release", and associate them with the release milestone for tracking (or ask a maintainer to do so).
Test plan
Prerequisite: start the server with
Basic multi-delete/select testing (#2252)
General regression testing and UI inspection
Download error cases
on_reply_download_failure()
assumes exceptions have auuid
attribute #2274)API._streaming_download()
does not handle HTTP416
Range Not Satisfiable
errors #2232 is out of scope for this release and is not a regression of this release.Release tasks
main
MANIFEST.in
export LANG=es_ES.utf-8; dpkg-reconfigure locales
), run the Client, and confirm that the application is translated.The text was updated successfully, but these errors were encountered: