Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use about URI scheme #14

Closed
filips123 opened this issue Jun 16, 2019 · 1 comment
Closed

Use about URI scheme #14

filips123 opened this issue Jun 16, 2019 · 1 comment

Comments

@filips123
Copy link

about is an internal URI scheme implemented in various Web browsers to reveal internal state and built-in functions. It is an IANA officially registered scheme, and is standardized.

Currently, Stealth only supports stealth URI scheme. It would be good if it would also support standaralized about URI scheme. That URIs should probably be translated into the appropriate stealth URIs.

Complete list of all about URIs is on Wikipedia.

@cookiengineer
Copy link
Member

cookiengineer commented Jun 16, 2019

While I like the idea of supporting the about: scheme for migrating users, I don't like where the scheme is going because the standardized part behind it is somewhat a joke and everything is still custom across all Browsers.

The problem with the about: scheme is that they basically exist for blank documents and cross-origin-resource-sharing aspects of e.g. iframes. While they make sense in the context of a native browser that renders its own iframe implementations; I don't think that they would make sense in Stealth, as the iframe always points to a document that is being served by the node.js service.

The problem I additionally have with about: is the potential fuckups when URIs are mapped to stealth pages and are forgotten later. They are strictly a UI feature, so they are hard to test (if even possible).

The only about pages that would make sense (somewhat) are these:

  • about:blank -> pointing to empty iframe.
  • about:invalid -> pointing to stealth:fix-request but without a URL, so wouldn't make sense (don't want to go the Referer history route due to privacy concerns).
  • about:cache -> pointing to stealth:cache.

... as this is missing all the fix-wizards for specific use cases I don't see the point in implementing it at the moment.

I think considering something like a UI overlay that guides the user to find the "internal page" they want to via e.g. a search overlay would make more sense; similar to what pressing 3 times ESCAPE in a row does.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants