Skip to content
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

Add "Speedbump" screen at beginning of Export flow #618

Closed
sssoleileraaa opened this issue Nov 13, 2019 · 4 comments · Fixed by #666
Closed

Add "Speedbump" screen at beginning of Export flow #618

sssoleileraaa opened this issue Nov 13, 2019 · 4 comments · Fixed by #666

Comments

@sssoleileraaa
Copy link
Contributor

Description

If the Preparing to export your file... screen takes longer than 15 seconds display text:

Qubes is launching the Export-VM. This can take up to 2 minutes, depending on
available system memory.

Screenshot from 2019-11-13 12-49-30

@ninavizz
Copy link
Member

No more timer! Instead, this will now be a "Speedbump" with a cancel continue user-triggered binary, along with the preflight being split into 2 as to not create concurrence issues (I think I got that right?).

Zeplin Draft, from 24 Nov meeting to agree on messaging and basic flow.

Text may be copy/pasted from draft. Because there is not a specific GH Issue for content, alone, I will keep the canonical source-of-truth in copyediting for these windows, in Zeplin.

@ninavizz ninavizz changed the title Add 15-second timer to Export Dialog during prep step Add "Speedbump" screen at beginning of Export flow Nov 25, 2019
@ninavizz
Copy link
Member

...also see This UX Repo Issue as canonical source-of-truth for allthings Export.

@eloquence
Copy link
Member

Context: The purpose of the speedbump is to invite users to read some instructional language that informs them about risks, before pushing files to a USB drive. Therefore, it is important that the user take an affirmative step before an export starts.

along with the preflight being split into 2 as to not create concurrence issues (I think I got that right?).

I believe we (very briefly!) discussed the following potential split when we went over the export screens last week:

  1. When the user clicks "Export" for the first time in a session, we immediately launch a command with zero side effects (think the equivalent of "what time is it?") in the sd-export-usb VM. This ensures that the VM is up and running as quickly as possible. As shown in your screens, they have to explicitly click "Continue" to actually initialize the export.

  2. When the user clicks click "Continue", the pre-flight checks are run.

  3. In subsequent "Export" actions in the same session, there is no "Cancel/Continue", and the pre-flight checks are run immediately, as shown in your screens.

Question especially for implementers: Does this split make sense? (How does Qubes handle repeated attempts to initialize a VM that's not running, i.e. if the user clicks "Continue" while the VM is still starting?) If so, is it easy enough to do that it's worth pulling into beta?

@sssoleileraaa
Copy link
Contributor Author

This is the latest design for the "Speedbump"
preparing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants