Project

General

Profile

Feature #12003

Set a warning message in RCs and alpha releases from Tails 3.0 on

Added by anonym almost 2 years ago. Updated 4 days ago.

Status:
In Progress
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
11/28/2016
Due date:
% Done:

10%

QA Check:
Info Needed
Feature Branch:
web/12003-custom-home-for-rc
Type of work:
User interface design
Blueprint:
Starter:
Affected tool:

Description

https://www.reddit.com/r/tails/comments/5f5kwl/tails_30alpha1_is_fucking_amazing/

tl;dr: some users seem to have migrated to Tails 3.0~alpha1 for what seems to me like real usage, not for testing purposes.

spriver suggested that "we should have a custom background image for alpha/testing releases which is saying blahablah this is dangerous". We could generate such an image at build time if the conditions are right, e.g. we are building from a tag with -alpha or -rc in it.


Related issues

Related to Tails - Feature #15768: Use desktop background to warn users when their Tails needs to be updated Confirmed 08/06/2018
Related to Tails - Bug #15312: "Tor check" button is badly aligned and looks buggy Confirmed 02/15/2018

History

#1 Updated by nodens almost 2 years ago

I think it should really be stating that this is unsafe, we can make that funny as well but the point needs to be made.

Suggestions on #tails-dev:

  • big scary text: "YOU ARE NOT ANONYMOUS. YOU ARE ALONE. TESTING PURPOSE ONLY"
  • maybe with uncle Sam pointing the finger to the user, with the fce of Don^Wfuture president of the USA

This was half meant as a joke but it drives the point home while still being funny (not sure about puting the face, that could be asking for trouble, but the uncle Sam is a good one)

Cheers!

#2 Updated by sajolida almost 2 years ago

For #10508 I used a red background: https://git-tails.immerda.ch/tails/plain/config/chroot_local-includes/usr/share/tails/desktop_wallpaper.png?h=feature/10508-ux-testing-iso.

Maybe we could add a warning icon. I would also change the Syslinux menu to make clear this is a testing version from the very start.

I would avoid culturally or politically connoted jokes as we want our user base is very diverse and not everybody will receive the message in the same way.

#3 Updated by intrigeri almost 2 years ago

  • Target version deleted (Tails 2.10)

Anyone who wants to make it happen, please assign this to yourself.

#4 Updated by emmapeel almost 2 years ago

  • Subject changed from Set scary background image in alphas to Set a warning message in RCs and alpha releases from Tails 3.0 on
  • Assignee set to intrigeri
  • Target version set to Tails_3.0

We talked about this on our December Contributors meeting.
We realised that we were being too scary when giving ISO images for testing to the users, and that the ISOs could sometimes have bugs but they are passing all the security tests, at least on the Release Candidates (RC) or Tails 3.0~alpha1.

So maybe there are some bugs but not security issues.

We decided to change the background to grey and add a warning saying:

"Hey, you are running Tails 3.0 alpha. It is safe to use but might still be broken in many ways. Report any problems to " and a grey background.

#5 Updated by sajolida almost 2 years ago

The phrasing I gave during the meeting was just an example :) Maybe this is a bit better:

You are running Tails 3.0 alpha which is a testing version. It should be safe to use but might still be broken in many ways. Report any problems to tails-testers@boum.org." 

#6 Updated by intrigeri almost 2 years ago

Thank you!

#7 Updated by intrigeri over 1 year ago

If I got it right, we want the warning to be displayed as part of the desktop wallpaper. This sounds OK to me, but after attending the "Rebooting Firefox Nightly" talk at FOSDEM, I've had other ideas about how to adjust how a running Tails system could have communication specifically aimed at users or alpha/beta/RC:s. The idea is to get this specific public more involved in our QA process, and more generally in our community. Remember: the power-users of today may be the contributors of tomorrow :)

E.g. it would be nice to let them know what's new, what might be broken, and what we particularly need feedback about. Firefox Nightly does that with:

  • A dedicated blog.
  • What they call "snippets", that are small bits of text displayed below the search entry form, in the middle of the browser's homepage. It's kinda like the good ol' "Did you know?" dialog from the 90's, but less intrusive and non-blocking. I don't think we have any good, existing way to do that in our Desktop (perhaps the Greeter would be a better place to display such info by the way), so let's ignore it for now. I'm looking after low-hanging fruits here.

I propose that we piggy-back on our custom browser homepage. We could have that homepage display additional content when loaded from a non-stable releases. It could display:

  • Some text on top, communicating whatever we want to non-stable release users. This could include the warning this ticket is about and additional information and requests, as suggested above. It serves the same purpose as the "snippets". I would simply hard-code this additional text in the custom homepage source file, not bothering with inlines (and their bugs wrt. translation). If anyone wants to do it in a more fancy way, e.g. with JavaScript that displays/hides stuff depending on some URL parameter, be my guest (another URL parameter passing the version could be even better, so we display content depending on the running version; we would not pass this parameter in stable releases); non-blocking, can be done later. This content needs to be kept up-to-date; we don't have to do anything when we don't feel like it, apart of dropping obsolete chunks of text, so it's work we can do if, and when, we feel like it.
  • The same content as the normal homepage, because there's no reason that users of non-stable releases don't get that.
  • If/when we ever want, additional blog posts specifically aimed at users of non-stable releases. I'm not counting on us writing such blog posts any time soon, but it's good to have room for it :)

Thoughts, opinions?

I'm asking here and now because I'd rather do all that directly, than implementing the wallpaper-based solution now, only to dump it to the trash later if/when we do what I'm proposing here. I don't think the solution I propose requires more work than the wallpaper-based one, it makes me more enthusiastic, and we can update the content displayed to users whenever we want, without waiting for the next ISO to be published, so I'm all for it.

#8 Updated by intrigeri over 1 year ago

  • Assignee changed from intrigeri to sajolida

anonym, sajolida: what do you think about my last proposal on this ticket? (ETA: I would like to implement this during the next Stretch sprint.)

#9 Updated by intrigeri over 1 year ago

  • Target version changed from Tails_3.0 to Tails_3.1

Too late for 3.0~ => postponing.

#10 Updated by sajolida about 1 year ago

  • Assignee deleted (sajolida)
  • Target version changed from Tails_3.1 to Tails_3.2

So you are proposing to have a custom homepage instead of a grey wallpaper and a notification, right?

I'm fine with both:

  • The grey wallpaper and the notification will be noticed even without starting the browser and will always remain visible (at least in the activities overview, new desktops, etc.).
  • The custom homepage allows for more dynamic content but is less visible.

Maybe they are complementary actually.

Note: for the wallpaper option, if the message is printed directly in the wallpaper we won't have translations. Why wouldn't a (translated) notification be enough?

#11 Updated by intrigeri about 1 year ago

  • Status changed from Confirmed to In Progress
  • Target version deleted (Tails_3.2)
  • % Done changed from 0 to 10
  • Type of work changed from Discuss to User interface design

#12 Updated by intrigeri about 1 year ago

  • Assignee set to sajolida

We didn't reach an agreement in time for me to implement this during the "porting to Stretch" cycle (which was the main reason why we wanted to do this quickly), and brand new ideas are still being proposed (by myself and sajolida), so I'm dropping the target version and calling it something that needs UX design instead and is not ready to be implemented.

So you are proposing to have a custom homepage instead of a grey wallpaper and a notification, right?

Yes.

Note: for the wallpaper option, if the message is printed directly in the wallpaper we won't have translations.

I think this is incorrect: we would generate the wallpaper programmatically so it could easily be i18n'ed and l10n'ed.

Why wouldn't a (translated) notification be enough?

I don't know (I've already documented the reasons why I prefer a web-based approach, so I won't repeat myself :).

#13 Updated by sajolida about 1 month ago

  • Related to Feature #15768: Use desktop background to warn users when their Tails needs to be updated added

#14 Updated by sajolida about 1 month ago

  • Target version set to Tails_3.10

#15 Updated by huertanix about 1 month ago

Related to this issue, I've proposed setting the desktop wallpaper color to a dark red, with a lighter internationally-recognizable warning symbol (⚠), for older versions of Tails. Check out: https://labs.riseup.net/code/issues/15768.

#16 Updated by sajolida 6 days ago

  • Assignee changed from sajolida to intrigeri
  • QA Check set to Info Needed
  • Feature Branch set to web/12003-custom-home-for-rc

Going back to this very old proposal.

Yeah, let's have a custom /home for RCs and alpha releases! :)

What's not super clear for me from #12003#note-7 is:

  • The mechanism to point people to this custom /home. Is the plan to encode, let's say @/home/3.0~rc1 in the image for 3.0~rc1?
  • The content (in terms of ikiwiki directives) of this page so we get both
    • The custom content relevant for this test release
    • The usual content from /home (as mentionned in #12003#note-7)

Would something like web/12003-custom-home-for-rc work?

My web/12003-custom-home-for-rc breaks the "Tor check" button so we should fix #15312 at the same time as this ticket.

#17 Updated by sajolida 6 days ago

  • Related to Bug #15312: "Tor check" button is badly aligned and looks buggy added

#18 Updated by sajolida 6 days ago

  • Blocks Feature #15392: Core work 2018Q2 → 2018Q3: User experience added

#19 Updated by intrigeri 6 days ago

  • Assignee changed from intrigeri to sajolida
  • QA Check changed from Info Needed to Dev Needed

Going back to this very old proposal.
Yeah, let's have a custom /home for RCs and alpha releases! :)

Woohoo! :)

What's not super clear for me from #12003#note-7 is:

  • The mechanism to point people to this custom /home. Is the plan to encode, let's say @/home/3.0~rc1 in the image for 3.0~rc1?

Yes, I would encode at ISO build time a custom home page URL when we're not building a final release. This way, users who we've asked to test a nightly build also get the warning.

But I would not bother maintaining multiple /home/$VERSION pages. I would instead always use the same home page e.g. /home/alpha. In the vast majority of cases we have only one call for testing alive at a given time. They should be listed (with pointers to instructions for testing) on top of that home page. Most of the time there would be nothing there; during the freeze for a major release we would point to the current RC's call for testing; and sometimes we would point to a call for testing sent to tails-testers@.

  • The content (in terms of ikiwiki directives) of this page so we get both
    • The custom content relevant for this test release
    • The usual content from /home (as mentionned in #12003#note-7)

I would hard-code on top of the page a general warning about the running Tails not being an official release + whatever we currently want to display to users of non-stable releases (see above for examples).

Would something like web/12003-custom-home-for-rc work?

I'd rather avoid nested inlines until the corresponding bug in ikiwiki is fixed, so for now, just duplicate what we have in wiki/src/home.html and insert the additional, non-stable-specific content on top.

#20 Updated by sajolida 4 days ago

  • Blocks deleted (Feature #15392: Core work 2018Q2 → 2018Q3: User experience)

#21 Updated by sajolida 4 days ago

  • Assignee changed from sajolida to intrigeri
  • Target version changed from Tails_3.10 to Tails_3.12
  • QA Check changed from Dev Needed to Info Needed

Actually, it's not clear to me that it fits in my core work responsabilities (and if so, maybe not more than FT, RM, or whoever writes the calls for testing).

I wrote a quick prototype to clarify what we were talking about but I'm not sure I should be the one to finish implementing this.

The next RC is for 3.12, so let's at least reschedule this.

Also available in: Atom PDF