-
Notifications
You must be signed in to change notification settings - Fork 46
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-workstation-dom0-config 1.0.0 #1103
Comments
build-logs pushed in <freedomofpress/build-logs@315a07d>. Refs <freedomofpress/securedrop-workstation#1103>.
testingversion: rc1
|
testingversion: rc1
Run through https://github.com/freedomofpress/securedrop-workstation/wiki/Workstation-Acceptance-Tests and other QA testing (todo)- **Scenario A: International user** - [ ] il8n/locale testing - [ ] network tests (Tor/JI), - [ ] large file sizes (submit/download/view) - **Scenario B: Longstanding user** - [ ] Export scenarios (veracrypt, LUKS and print); - [ ] export docs review, multiple file type previews (including zip files), - [ ] source and conversation deletion scenarios. - **Scenario C - new user** (making notes on ease of use and usability, assume lack of Qubes mental model) - [ ] provisioning - [ ] updater testing - [ ] docs review - **Scenario D: admin installing** Admin familiar with Qubes going through the installation documentation; - [ ] ensuring old conversations are recovered - **Scenario E: admin troubleshooting** - [ ] updater failures; - [ ] connectivity issues, unable to troubleshoot alone and process to request support - **Scenario F: Occasionally-connected user** - [ ] going back and forth between an authenticated session and offline mode |
build-logs pushed in <freedomofpress/build-logs@c12d94d>. Refs <freedomofpress/securedrop-workstation#1103>.
build-logs pushed in <freedomofpress/build-logs@c12d94d>. Refs <freedomofpress/securedrop-workstation#1103>.
Testing:
|
Smoke-testing
SDW Test Scenario: New UserUpdater
Online ModeLogin
Sources
With known limitations of the current data/sync model: Data race (contention): If you click the star icon while a sync is in progress, then: (1) the GUI shows the source as starred; (2) the sync completes; (3) the GUI shows the source as unstarred; (4) the star operation completes; (5) the GUI shows the source as starred. Data race (interruption): If you click the star icon and then immediately quit the Client, then: (1) the GUI shows the source as starred; (2) the Client quits; (3) when the Client restarts, the GUI shows the source as unstarred; (4) the first sync completes; (5) the GUI shows the source as starred. → freedomofpress/securedrop-client#874 (comment) Replies
SubmissionsPreview
No, probably an unsupported format: A
This is freedomofpress/securedrop-client#2007 at https://github.com/freedomofpress/securedrop-client/blob/d94eca34a2f530c7286e5463bde64ef0fc73f878/workstation-config/mimeapps.list.sd-app#L191. Batch submission actions
Closing the client
SDW Test Scenario: Export and Print
diff --git a/securedrop/loaddata.py b/securedrop/loaddata.py
index 241e00f43..3b1b7a85f 100755
--- a/securedrop/loaddata.py
+++ b/securedrop/loaddata.py
@@ -208,6 +208,7 @@ def submit_file(source: Source, journalist_who_saw: Optional[Journalist], size:
if not size:
file_bytes = b"This is an example of a plain text file upload"
else:
+ size = random.randint(0, size)
file_bytes = os.urandom(size * 1024)
fpath = Storage.get_default().save_file_submission( Login
Sources
Modulo freedomofpress/securedrop-client#1476.
Replies
SubmissionsPreview
Export
Yes, although the wizard steps stall for an interval proportional to the size of the file being exported, without much UI feedback. I had one failure where
|
securedrop-workstation-dom0-config 1.0.0-rc2
QA Test PlanTesting:
Scenarios Testing
|
@deeplow can you provide more details about the export failures please, eg STR / where the process failed/what error message or error logs you see? (Edit) Even if it's a misconfigured drive, it could be something real-world users run into so it's helpful information. Thank you! |
That was at the end of last week. I was trying to reproduce it now, but it works. Could have something to do with how I created the device. Will test again various times this week and see if I get it to fail as before. But I had originally provisioned from nautilus » right-click on drive » format. |
Thanks @deeplow - For creating a device, we ask people to follow https://workstation.securedrop.org/en/stable/admin/provisioning_usb.html , so as long as you're using that or equivalent workflow and creating a whole-encrypted device, or a device with one encrypted partition (other non encrypted partitions are fine), any STR / bugreports are useful |
Setuphw: T480 / Qubes 4.2.2-rc1 Testing (WIP, will update as I go)
|
When the export fails it shows the following screen: The scenarios expect this:
I am not sure if this is a successful outcome or not. The way I simulated the failure was by remove the USB stick mid-copying. |
Looks like freedomofpress/securedrop-client#1926, same question - I'm curious about the logs in sd-devices, specifically the export_status, when that happens. It's definitely something to fix, but I'm not sure where it ranks in our priorities - if the user pulls out a drive mid-export they can/should expect that to fail in a weird way. (Ideally it would fail with a better message of course) |
@deeplow (and other testers) re the export scenarios:
HTH! |
Does help. Thanks for the context, again! |
I still have to finish up some of the export/print test plan and report out in more detail (tomorrow), but with the addition of freedomofpress/securedrop-client#2102 in sd-app, basic print testing so far is looking good on both supported HP and Brother printers. Basic export testing is also looking good and I will test freedomofpress/securedrop-client#2100 tomorrow to mark for review since I think it will resolve some of the corner case issues with error reporting. until tm :) |
Qubes: 4.2.2-rc2 Export
Tested with HP LaserJetPro 4001dn and Brother HL-L2360DW
|
build logs pushed in <freedomofpress/build-logs@d21439a>. Refs <freedomofpress/securedrop-workstation#1103>.
Fresh install (prodlike install)Qubes 4.2.2-rc1, Novacustom NV41 Testing:
SDW Test Scenario: Export and Print
Login
Sources
Replies
SubmissionsPreview
Export
|
build log pushed in <freedomofpress/build-logs@ee21484>. Refs <freedomofpress/securedrop-workstation#1103>.
EnvironmentQubes 4.2.2-rc1 / T480 / staging servers Candidate(s)dom0 rc3 / client rc2 Installationupgrade (rc{1,2} -> rc{2,3}) via updater
I was able, once, to encounter a printer error, when deliberately trying to print without a printer connected, but I couldn't replicate it. |
prod qa instructions:
|
For apt-qa, I also copied |
Shall we update https://github.com/freedomofpress/securedrop-workstation/wiki/QA-Testing#preflight-testing with this information? |
@deeplow : Yes, and we should update the developer docs as well |
QA:
To test this release, you will need a dedicated computer compatible with Qubes 4.2. You'll also need a test SecureDrop server instance, either:
make dev-tor
)In order to configure SecureDrop Workstation, you'll need the Journalist interface address and authorization key, and the Submission Private Key from the server instance - so set the server instance up first.
Next, install Qubes 4.2 (preferably the latest stable patch version) on your Qubes computer. Then install SecureDrop Workstation, following the standard installation process with 2 deviations:
config.json
, set the value ofenvironment
tostaging
instead of prod - this will enforce the use of the test repos and latest RCs for both workstation and client packages.Once the installation is complete, copy the
securedrop-workstation
source tagged with the curent RC version todom0
on your test system usingmake clone
and run the configuration tests in dom0 withmake test
.Then, add a column with your config and initial test results (installation, setup, dom0 tests) in the SecureDrop Workstation QA Matrix, and complete one or more acceptance test scenarios (check with the release manager if you're unsure as to which ones are needed), and complete any linked release-specific tests, copying the scenario test plans from the linked wiki pages, and adding the completed versions as comments on this issue.
(Then take a rest and get yourself a nice treat - you've earned it.)
QA test plan:
Note: there is no upgrade scenario because all users must reinstall for this release.
Fresh install (prodlike install)
Qubes
4.2.1[edit: 4.2.2-rc1 or newer] expected, please note hardwareTesting:
/usr/share/securedrop-workstation-dom0-config/
, see https://workstation.securedrop.org/en/stable/admin/install.html#configure-securedrop-workstation-estimated-wait-time-60-90-minutes, make sure that in config.json, environment is set tostaging
.sdw-admin --validate && sdw-admin --apply
; both should finish successfully.dpkg -l | grep securedrop
and verify you have 0.11.0-rc1 packages~/.securedrop_updater/sdw-last-updated
has been updated. (verifiessdw-notify
warns of lack of updates even if updates have been applied #1107)sdw-notify
systemd user unit after running the updater - you should not see a notification popup (verifiessdw-notify
warns of lack of updates even if updates have been applied #1107)sd-devices
menu should include file manager #1109)Release process:
RC1:
update_version
script, update changelog in .spec file and markdown: [1.0.0] SecureDrop Workstation 1.0.0-rc1 #1102RC2:
update_version
script, update changelog in .spec file and markdown: [1.0.0] SecureDrop Workstation 1.0.0-rc1 #1102Release:
update_version
script, and update changelog in .spec file and markdownPost-release
The text was updated successfully, but these errors were encountered: