#28329: Design TBA+Orbot configuration UI/UX -------------------------------------------------+------------------------- Reporter: sysrqb | Owner: tbb- | team Type: enhancement | Status: | needs_revision Priority: Very High | Milestone: Component: Applications/Tor Browser | Version: Severity: Normal | Resolution: Keywords: tbb-mobile, ux-team, TBA-a3, | Actual Points: TorBrowserTeam201903, tbb-8.5 | Parent ID: | Points: Reviewer: | Sponsor: | Sponsor8 -------------------------------------------------+-------------------------
Comment (by gk): Replying to [comment:44 gk]: > I tried #28802 on top of this bug and `obs3` and `obfs4` are working out of the box. However `meek` not. I suspect that's because we use `meek` in the prefs file as transport name, compared to `meek_lite` in Orbot. However, I don't think we should have `meek_lite` as the transport name on our preferences view as this is confusing and misleading as `meek_lite` is in fact just `meek`. So, we might need a small additional patch replacing "meek_lite" with "meek" on our side. So, yes, replacing `meek` in the prefs line with `meek_lite` makes this work. And looking at the code again we can easily show the label we want by replacing the meek-related part of the pref key to, say, `meek` (instead of `meek-azure` as it is right now). But I guess following what we have on desktop is the right thing to do... (Oh, and all that said if we need to take this into account as well if we get away from our own prefs parsing and use a more Android-y way of dealing with those preferences instead) -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/28329#comment:45> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs