#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
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs