Closed
Bug 1215133
Opened 10 years ago
Closed 10 years ago
Remove the long and ugly fragment identifiers
Categories
(Hello (Loop) :: Client, defect)
Hello (Loop)
Client
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1139408
People
(Reporter: gerv, Unassigned)
Details
Hello URLs, as copied from the client, now have long alphanumeric fragment identifiers, e.g.
https://hello.firefox.com/0W83rhoQS4X#lqzyHHzxEZn6uMm8snSHCX
What's with that? It's ugly, and the URLs work just as well without. I don't know what the goal is so it's hard to suggest an alternative way of doing it, but it would be great if they went away.
Even better, make Hello URLs read-outable over the phone, so eliminate 0, O, 1 and l from the available characters (confusability) and make them all-lower case, and case insensitive.
Gerv
Comment 1•10 years ago
|
||
The values after the # is a room key used to decrypt data from the server that the server doesn't have access to. If you strip off the fragment, the page won't be able to access some data like the room name and context.
Comment 2•10 years ago
|
||
The bit before the # is the room token, both are designed in such a way to reduce guess-ability - the general expectation is that users will typically use various forms of messaging to transfer the information.
Some information for reasoning of tokens are here: https://wiki.mozilla.org/Loop/Architecture/MVP#URL_Generation.2C_Tracking.2C_and_Revocation
I'm marking this as a duplicate of bug 1139408 as this seems to be asking for pretty much the same thing.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•