UX: Allow a fixed suffix on invite links (e.g. /show) to avoid issues with URL highlighters which do not extend to _ or - #48
Labels
enhancement
New feature or request
Milestone
Comments
|
We now allow |
horazont
added a commit
to horazont/snikket-server
that referenced
this issue
Feb 3, 2021
The new portal version will support this (see [1]). The rationale is also explained over there, but to summarize: If the link ends in `_` or `-`, some user agents will not linkify it correctly, worsening the UX. [1]: snikket-im/snikket-web-portal#48
horazont
added a commit
to horazont/snikket-server
that referenced
this issue
Feb 3, 2021
The new portal version will support this (see [1]). The rationale is also explained over there, but to summarize: If the link ends in `_` or `-`, some user agents will not linkify it correctly, worsening the UX. [1]: snikket-im/snikket-web-portal#48
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I had an invite code which ended with _ and a recipient was unable to tap it because the URL highlighter did not include the _ in the link. To fight that, we should add a suffix (like
/show) to the path in the web portal.To not break existing links, we should redirect from the bare invite to the
/showURL inside the portal.The text was updated successfully, but these errors were encountered: