[tor-bugs] #21952 [Applications/Tor Browser]: Onion-location: increasing the use of onion services through automatic redirects and aliasing
Tor Bug Tracker & Wiki
blackhole at torproject.org
Tue Feb 18 20:41:08 UTC 2020
#21952: Onion-location: increasing the use of onion services through automatic
redirects and aliasing
-------------------------------------------------+-------------------------
Reporter: linda | Owner: acat
Type: project | Status:
| needs_review
Priority: Medium | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: ux-team, tor-hs, network-team- | Actual Points: 9
roadmap-november, tbb-9.5, network-team- |
roadmap-2020Q1, TorBrowserTeam202002R |
Parent ID: #30024 | Points: 6
Reviewer: pospeselr, mcs, brade | Sponsor:
| Sponsor27-must
-------------------------------------------------+-------------------------
Comment (by pospeselr):
Replying to [comment:103 acat]:
> Perhaps this would make it closer to the semantics of "Refresh" header
instead of "Location" (see https://www.w3.org/TR/WCAG20-TECHS/H76.html).
More specifically a Refresh with a 0 timeout:
`Refresh="0;URL='http://some.onion/whatever'"`. If we would follow this,
with onion auto-redirects enabled we could internally treat "Onion-
Location" (or "Onion-Refresh"?) as a "Refresh=0;URL=..." which takes
precedence over regular Refresh headers, and if auto-redirects are off we
would just not treat it as a Refresh and display the .onion available UI
instead.
+1 This proposal makes a lot of sense to me and seems to neatly side-step
the issues of intermixing new logic into the existing redirect headers.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/21952#comment:105>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list