19:02:01 #startmeeting ux and tb teams sync o/ 19:02:01 Meeting started Wed Apr 18 19:02:01 2018 UTC. The chair is isabela. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:02:01 Useful Commands: #action #agreed #help #info #idea #link #topic. 19:02:14 last min change to the agenda :) 19:02:25 we will do 19:02:26 #25764 19:02:30 :o 19:02:31 instead of about:tor 19:02:34 sysrqb: hahaha 19:02:38 (: 19:02:53 and security controls :) 19:03:03 antonela: want to share about circuit displays? 19:03:05 lets start with the "easy" one 19:03:06 yes 19:03:12 * dmr mostly lurks but would like to be involved for any discussion on #24309 (filed a long comment there) 19:03:21 I updated mocks based on last week comments and included UI for tablets 19:03:25 dmr: oi 19:03:27 so I guess possibly also #25764 19:03:53 last week comments were around "we need a better button, and we missed learn more link" 19:04:11 i noticed a thing between firefox on tablets and firefox on phones 19:04:26 isabela: do we have a pad/etc. for this meeting? 19:04:57 if you see the mocks, UI for tablets have tabs, which we dont have at mobiles 19:05:34 dmr: no, we normally talk here and update the tickets 19:05:38 sysrqb, igt0: do you think is a problem? could we have a dark theme at tablets and a light theme at phones? 19:05:42 isabela: cool, thanks :) 19:05:45 np 19:06:09 in that case, i know it isn't consistent, but I'm following firefox's ui 19:06:33 hmm 19:06:52 imo i think we should have the same theme everywhere (dark of course) 19:07:07 like darknet 19:07:12 shhhh :) 19:07:16 :# 19:07:17 oops 19:07:24 lol 19:07:43 I don’t understand the light vs. dark issue. 19:08:04 How is that related to tablets and tabs? (maybe I should use Android more) 19:08:14 me neither 19:08:39 nono, is not related with the browser UI, but with the OS when the app is running 19:09:02 you can see it at the the status bar 19:09:08 hmm, i wonder if that's related to the full-screen pref 19:09:16 i'll need to experiment 19:09:16 hmm 19:09:24 do we control this or the user? 19:09:25 but yes, i'd like having the same UI 19:10:01 I think we control it, the app control it 19:10:11 under Settings->General, there's a Full-screen browsing 19:10:20 i wonder if that is enabled on phone and disabled on tablet? 19:10:29 i don't know right now 19:10:46 maybe that hides the tabs on phone by default (?) 19:10:56 i'll do some testing and update the ticket 19:11:03 ah got it. 19:11:04 unless igt0 or mcs know? 19:11:27 there's only limited space on the phone width, so I think the tabs logically should go under the [1] box to the right of the address 19:11:41 I don’t know. But trying to be different than Firefox might be more work for us :) 19:11:50 https://share.riseup.net/#U1QcfD8SIusj96uDSY5R_g 19:12:01 ^ i'm taking about this 19:12:05 hehe 19:12:07 mcs: i agree 19:12:24 For non-https sites (like http://cnn.com) is there an icon in the URL bar in Firefox Android already? 19:12:25 oh are tabs a setting? 19:12:54 mcs: yep, this is why i'm following them 19:13:52 (I mean where the lock or onion is for https and .onion sites) 19:13:57 i don't think we should spend much time on this, if being consistent is easy, then great 19:14:03 if it's not easy, then it'll be okay :) 19:14:08 :) 19:14:09 agree 19:14:11 cool 19:14:54 arthuredelstein: cnn.com redirects to https (but mixed-content) 19:14:55 just wanted to make a comment about that because the UI on tables is not the same as desktop and is not the same at phones 19:15:14 but is following FF 19:15:17 yep 19:15:19 :) 19:15:19 that 19:15:19 there isn't an icon, but if i click on the tabs button, i see a cnn icon 19:15:28 sysrqb: Oops, bad example. How about http://www.example.com 19:15:43 :) 19:15:55 antonela: yeah, no worries 19:16:07 sysrqb: super 19:16:20 sysrqb: What I'm saying is, if tapping the lock icon is how users see the Tor circuit, then we need an icon for non-https sites so users can see the circuit then as well. 19:16:25 * GeKo is in the "follow mozilla camp", too 19:16:27 arthuredelstein: yes? there's a globe-thing as the favicon? 19:17:32 ah 19:17:49 arthuredelstein: okay, yes (sorry, missed your last message) 19:17:52 yes, there is an icon 19:17:52 arthuredelstein: websites without padlock have [i] icon 19:18:03 so, users can tap into it anyways 19:18:47 antonela: That sounds good. Somehow I think I had the wrong impression. Sorry for the noise :) 19:19:28 :) np! 19:19:31 oh no worries, im checking just in case 19:19:36 should we go to security controls? 19:19:52 yes confirmed, they have right now something like a globe icon 19:20:09 perfect 19:20:44 security controls sound good :) 19:21:07 alright! antonela whats new? 19:21:24 well, i had an idea and i hope i can explain it in the right way 19:22:01 last week we talked about the iconography and i tried a lot of those ideas ( i exported an artboard with them) 19:22:38 some of them can be sucessfull some not, but in the middle i were wondering how users can understand the feature better 19:22:40 :D 19:23:40 as I said in the comment, the main idea is: can we simplify the choices? 19:23:50 can we have instead of three levels, two? 19:24:26 and of course, you are hating me now, because you worked a lot on the slider and on this feature but 19:24:39 what if we make a feature that people can understand? 19:24:39 hehe :) 19:25:01 what if we find a way to make it customizable enough for heavy users but easy to understand for normal users? 19:25:58 antonela: I am concerned that users may think that they are toggling the security for only the current tab (rather than the whole browser) 19:26:10 good point 19:26:15 antonela: what do you mean by "customizable enough"? 19:26:17 Also, in the past, we have avoiding allowing per-user customization of these kind of settings due to fingerprinting risks (that’s why we have only a few choices). 19:26:27 just that 19:26:33 and I would be concerned that two choices is too few 19:26:37 but I don’t know 19:26:46 i tend to agree 19:26:47 it might be nice knowing how many people actually use safest vs safer mode 19:26:57 that too 19:27:00 but getting that information is nearly impossible 19:27:00 sysrqb: yes 19:27:24 I think one way to simplify would be to have two settings for http sites and two settings for https sites. 19:27:30 (how many people choose disabling all javascript?) 19:27:42 In this case 2 + 2 = 3 :) 19:27:48 good math 19:27:55 hehe 19:28:10 That was my motivation behind #22981 19:28:41 * isabela would try not to remove high level security options even if very few ppl uses them 19:29:10 antonela: what speaks against going with the proposal we currently have and start a new one were we argue for just two options if we really want that? 19:29:15 GeKo: by customizable enough im trying to say that if advanced users want to set more settings, then they could have chance to do it on advanced settings 19:29:28 we want to avoid exactly that 19:29:37 why? 19:30:04 because then we have the problem again that the set of options you check might make you easier to fingerprint 19:30:16 yes 19:30:38 because there is the risk that you activate options that *togethe* no one else has activated 19:30:41 or not many people 19:30:46 i would split (keep the current proposal and then create a new one for the 2 options and do that one later maybe?) 19:30:47 GeKo: re proposal -> yes sure, since we have someone thinking about this problem right now, i'm sharing this idea 19:31:00 that's exactly the problem with enabling random preferences in about:config 19:31:07 i see 19:31:29 so, we should not have the checkboxes shown in one of your mockups 19:32:19 because the list might grow up and having mixing preferences will broke everything 19:32:25 got it 19:32:29 One of the advantages of #22981 is that it makes it difficult to fingerprint medium vs high on http sites and low vs medium on https sites. 19:33:35 antonela: looking at the icons i think the shields showing empty, half-filled and fully filled look interesting to me 19:33:57 GeKo: is the pospeselr idea :) 19:33:58 i wonder if that'd be a thing users would understand 19:34:03 yes i like that too 19:34:23 * sysrqb makes a note to look at #22981 19:34:54 I also wonder how much people understand the implications of having a safer/safest modes, besides the fact that the content is not loading 19:34:56 GeKo: i think we can build that understanding with the onboarding and other stuff 19:35:00 Another thing I like about the “fill” concept is that once users learn it, they can recognize it easily even with small icon sizes. 19:35:11 yep 19:35:13 +1 19:35:31 +1 19:35:37 yes, my hope is that onboarding could be pretty helpful here 19:35:46 * isabela steps out for a 3min! 19:35:57 yes, the filling can be reinforced with a microanimation (don't freakout, can be a gif) 19:36:13 q.q. Why an user would like an empty shield? (How are we going to communicate that a empty shield is not "bad"?) 19:36:26 indeed 19:36:45 the problem with the icons is that the first icon (the default) always looks like something is not good 19:36:47 igt0: well, it's still a shield, right? 19:36:54 so, much better than nothing 19:37:17 yep, however i am wondering if everyone wants a full shield and the few sites start to break 19:37:26 (i.e. better than anything else out there private browsing wise) 19:37:36 ha yep 19:38:15 sure, everyone wants to get the full flavor, and the highest security mode and having a working internet :) 19:38:47 allthethings! 19:38:54 and moar! 19:39:00 if you break it, you can keep all the pieces 19:39:11 antonela, GeKo, isabela, arthuredelstein: as a former "advanced user" who likes to customize things... I _definitely_ did so before the move to 3 settings. I agree that having 2 settings, and the second setting having a bunch of checkboxes... would be a bad move for "advanced" users who don't know better. 19:39:32 yup 19:39:37 yep 19:39:41 which is basically almost all of them 19:40:11 our Persona = "advanced" users who don't know better 19:40:14 i like it 19:40:25 back 19:40:48 heh, yeah, don't put that in writing :) 19:41:44 did y'all decided everything already? 19:41:46 :) 19:41:51 anw, for sure we can think about it later, but adding icons + onboarding may solve some problems but i think that this feature can give more to users than that 19:42:10 that said, i can continue working with the shield filling idea :) 19:42:23 yes, that sounds useful to me 19:42:25 woo :) 19:42:47 :D 19:42:54 yes 19:43:04 Do we think shield icons are more often associated with privacy (and lock icons with security)? Is that a problem? 19:43:23 so i looked around 19:43:24 e.g., Firefox uses a shield for tracking protection 19:43:26 i didnt worked on about:tor this week yet, because i was reading a lot about our security slider but I'll have updates on that for this week 19:43:35 and lock and shield seems to be used for privacy 19:43:38 locks are more 19:43:43 i guess cuz of https 19:43:47 not sure 19:43:52 antonela, sysrqb: well it is _in_ writing in our meeting notes now! but it's my words and I'm fine with that being attributed to me, haha 19:43:56 i have a lot of screenshots here -> https://www.dropbox.com/sh/xh4x6yjc79otjif/AABMQvwzfKyyIlH8DgEoDvVXa?dl=0 19:44:02 :) 19:44:22 chrome for example is using shields for privacy and locks for security 19:44:29 https://www.dropbox.com/s/rte8bc64r95l13n/myaccount-google-privacy.png?dl=0 19:44:35 https://www.dropbox.com/s/4w3tk8ltqd7kp0a/myaccount-google-security.png?dl=0 19:44:35 hrm 19:45:02 we probably don't want to confuse privacy and security here 19:45:35 android's security icon is a lock 19:45:43 mcs: good point 19:46:24 yeah, these are specifically security improvements, not privacy improvements :( 19:46:26 well, you could do the "filling trick" with locks, too 19:46:29 silly icons for usability 19:46:40 yeah, that might work 19:46:45 yeah we can fill anything :) 19:46:55 the lock for security seems associated with passwords, and then you have another security things besides passwords 19:47:25 https://material.io/icons/ 19:47:26 i would say lock with privacy 19:47:38 yes, that was a good point mcs 19:47:39 https://design.firefox.com/icons/viewer/ 19:47:59 What about some kind of helmet? :) 19:48:04 I agree that the lock is used for security, but its use is probably overloaded now. (Think not just _browsers_, but also all the websites that put a lock in their content somewhere...) 19:48:15 maybe large onion with lock inside? and then color the onion for high security 19:48:53 arthuredelstein: can you elaborate that? i like it 19:48:59 dmr: right, but what do users associate with security? 19:49:04 what i did was random image searches for privacy or privacy icon, then security then anonymity.. privacy had mostly locks 19:49:11 iirc, windows defender (microsoft's built in anti-virus) uses a shield icon 19:49:16 as does the UAC prompt 19:49:24 dmr: if we want a user to look at something and think "oh, thi is related to tmy security" what should that icon be? 19:49:29 oh and have an slider -> https://www.dropbox.com/s/m5q96tknhqv3oer/ie-security-settings.gif?dl=0 19:49:36 antonela: a safety helment or a knight's helmet, or something like that 19:49:44 just to be different from both locks and shields 19:49:54 if you're looking for prior art of shield implies security 19:49:54 yes 19:49:54 do we want them to associated it with security or privacy? I would say privacy 19:49:58 lol ie security settings 19:50:06 is security 19:50:10 hmm 19:50:13 heh, sure :) 19:50:18 is security slider the name yes 19:50:18 arthur i like the knight's helmet 19:50:24 but the security is to guarantee privacy 19:50:25 right? 19:50:28 i see isa 19:50:31 's question 19:50:35 https://www.gettyimages.com/detail/illustration/safety-helmet-icon-royalty-free-illustration/636645202 19:50:57 https://thenounproject.com/search/?q=knights%20helmet 19:51:00 My random Google searches tell me that people use shields for security too… so maybe that is a fine choice :) 19:51:22 sysrqb: I honestly think most users conflate "privacy" and "security", but there's also an argument that they're super-related 19:51:34 as long as it doesnt confuse users, i think the shield is good 19:51:36 arthuredelstein: looks like a builder :) 19:51:40 but we simply must be careful about that 19:51:40 I’m not sure the safety helmet will be recognizable across various cultures; the “cuts” in the helmet are odd 19:52:15 brave browser used to have a helmet somewhere 19:52:17 yep 19:52:18 it seems google uses a lock inside a shield sometimes for security stuff, hm 19:52:19 brade: same 19:52:21 dmr: right, that's a tangential problem :) 19:52:24 brade: +1 19:52:56 so yes, between shields and locks is the situation 19:53:00 hrm, should we bikeshed on a ticket or email thread? 19:53:18 ticket maybe? 19:53:22 sure 19:53:35 i'm not sure when I should use the list and when update the ticket 19:53:36 i guess we're almost at an hour :) 19:53:47 I agree with the shield, but perhaps the choice should be put to user testing? 19:53:48 so we can continue for another 5 min if everyone wants 19:53:58 heh 19:54:12 dmr: yes, everything should pass user testing 19:54:35 looking at firefox's tracking protection stuff: it seems to me the shield is refering to the *protection* part 19:54:38 * isabela will have to leave in 5 for sure 19:54:46 I'm not sure how you could indicate degree of security with a helmet icon, without resorting to color 19:54:55 +1 19:55:08 well, is part of the process ha 19:55:09 or like, 3 separate helmets, each with more crazy spikes and horns a la World of Warcraft :p 19:55:14 lol 19:55:14 lol 19:55:22 yeah 19:55:38 lol 19:55:40 “Do I want the one with horns or not?” 19:55:42 antonela: sorry, I guess I meant... present both to user subsets for testing to see what they understand better 19:55:42 and the slider means to protect, too 19:55:45 antonela: i think mailing lists are slightly better for discussion, and ticket for traking implmenetation 19:55:49 okeyyy i think we are in the same line that we want three levels and we want icons. I'll continue working on it people and back to the ticket with updates 19:55:51 * isabela wonders if we could talk in the email list 19:55:58 antonela: but "whatever you think is best" is usually good 19:56:04 so, i think i am not sold to the shield = privacy argument 19:56:06 about the question of what we would like the user to understand that is about: security, protection, privacy? 19:56:10 all the same? 19:56:20 does that even matter ? :) 19:56:28 * mcs is coming around to GeKo’s point of view. 19:56:32 yes it does 19:56:33 GeKo: I agree 19:56:40 geko, me either 19:56:43 k 19:56:43 :) 19:56:53 we should definitely make a distinction between secuity and privacy 19:57:00 ok 19:57:01 and there are good arguments for that 19:57:02 we should 19:57:06 yes 19:57:14 *security 19:57:17 somehow we should make that distinction more clear for users I think 19:57:25 I agree we should make a distinction but I also think a lot of people and products do not. 19:57:34 because I think many users don't understand this distinction as it exists in Tor Browser. 19:57:36 right. the icon doesn't matter as long as we get that point across to the user 19:57:42 and both things offer protection to get the third concept into the boat 19:57:43 * isabela would like to understand how folks would epxlain that 19:57:47 *explain 19:57:48 albeit against different threats 19:58:09 mcs: I agree; but this is largely tangential as sysrqb brought up 19:58:14 this icon debate is about the button indicating the security slider level right? 19:58:14 sure i am all for making it more clear if we can 19:58:20 pospeselr: yes 19:58:22 yes 19:58:24 Next to the security slider we should say "this protects against security; privacy is already protected against) 19:58:27 " 19:58:27 [community team meeting is about to start my good people] 19:58:37 flexlibris: o/ 19:58:41 ! 19:58:43 flexlibris: leaving now 19:58:43 flexlibris: heyo! 19:58:44 vixe maria ppl 19:58:45 arthuredelstein: yeah, maybe maybe 19:58:46 we need to go to ml 19:58:47 :) 19:58:51 lol sorry! 19:58:52 i will kill the bot ok 19:58:53 :) 19:58:54 flexlibris: hi! :) 19:58:56 hi! 19:58:57 ? 19:59:10 okay, we can continue on a mailing list 19:59:10 * isabela kills it!! 19:59:14 #stopmeeting 19:59:15 o/ 19:59:17 ops! 19:59:17 oka 19:59:19 #endmeeting