[tor-bugs] #28005 [HTTPS Everywhere/EFF-HTTPS Everywhere]: Officially support onions in HTTPS-Everywhere
Tor Bug Tracker & Wiki
blackhole at torproject.org
Fri Jan 24 14:03:23 UTC 2020
#28005: Officially support onions in HTTPS-Everywhere
-------------------------------------------------+-------------------------
Reporter: asn | Owner: legind
Type: defect | Status: new
Priority: Medium | Milestone:
Component: HTTPS Everywhere/EFF-HTTPS | Version:
Everywhere |
Severity: Normal | Resolution:
Keywords: tor-hs, https-everywhere, tor-ux, | Actual Points:
network-team-roadmap-november, |
TorBrowserTeam202001, network-team-roadmap- |
2020Q1 |
Parent ID: #30029 | Points: 20
Reviewer: | Sponsor:
| Sponsor27-must
-------------------------------------------------+-------------------------
Comment (by antonela):
Replying to [comment:14 acat]:
> 4. Via "some UX solution", show the human-memorable .tor.onion in the
urlbar even though the actual location is a "long" .onion.
>
Yes. We should show the memorable .tor.onion in the url bar and we should
rely on the circuit display for showing the long onion. I made some props
[https://trac.torproject.org/projects/tor/raw-
attachment/ticket/30024/30024%20-%20TB9%20-%20onions.png, here]. Look at
the image 4.0.
> 5. (Maybe) also do 3) when the user navigates to some .onion directly
for which we know some *.tor.onion ("reverse lookup").
>
I'm thinking about this flow.
> 6. (Maybe) allow users to view the local .tor.onion -> .onion mappings.
>
I don't think this is prior to this release.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/28005#comment:16>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list