-
Notifications
You must be signed in to change notification settings - Fork 68
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
More link handling improvements #1187
More link handling improvements #1187
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Nice catch!
I found one link issue that might be related to all of this: https://lemmy.world/post/13037417 - it tries to find a community but its a link to a mastodon post I believe. |
Thanks, I'll take a look! I guess the ideal solution would be to fall back to a web browser if we can't navigate natively. This could be fixed by trying to retrieve the object before navigating, but that would add a delay. The current behavior is nice in that the navigation happens immediately, and then we try to load. So we might need to have some way of propagating the error back to the previous page so we can close the community/user feed and then open the browser. |
Yeah, I agree - I do like that the navigation happens immediately (rather than having a delay) for UX purposes. Would it be possible to do something like this:
|
That seems like a pretty good compromise! Just keep in mind that users/communities from non-Lemmy software will cause a delay, even if the navigation ultimately works. |
Yeah. Another possible solution is to keep what we have currently, but show a button on the empty navigated page to open the link in the browser if we fail to resolve the user/community! I'll leave it up to you on which method you prefer (I'm good with either or, or an alternative if you have one) |
Pull Request Description
This PR is similar to #1014 but for users rather than communities (now that they are sharing the same feed).
I discovered a link that Thunder was accidentally identifying as a user, when it was actually a community, which led me to discover that the user error handling is a bit clunky. First, I fixed that so it works a little better. Then I fixed the link parsing to see that it's actually a community link.
Issue Being Fixed
Issue Number: N/A
Screenshots / Recordings
Original behavior
link_before.mp4
After user error handling improvements
link_middle.mp4
After link parsing improvements
link_after.mp4
Checklist
semanticLabel
s where applicable for accessibility?