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

is shortening URLs this much a good default? #14098

Open
foss- opened this issue Apr 17, 2024 · 6 comments
Open

is shortening URLs this much a good default? #14098

foss- opened this issue Apr 17, 2024 · 6 comments

Comments

@foss-
Copy link

foss- commented Apr 17, 2024

#14080 changed the way URLs are handled and introduced URL shortening.

Personally I am not in favor of that recent change. Let me explain why:

If you look at the following post, which has three URLs linking to a bug tracker, none of the URLs provides any useful information. Since the most important part - the bug number which is at the end of the URL - becomes shortened, the entire post becomes much harder to use / process / make sense of.

1
https://pirati.ca/display/ec054ce7-1666-1f98-17ba-548834429014

The URL shortening is especially annoying here, as there really is no gain. E.g. the first URL is https://bugs.documentfoundation.org/show_bug.cgi?id=127610 which may even fit in a single row and would not have increased the length of the post size wise (character wise it obviously would have).

I understand it is a good idea to shorting URLs that are a few hundred characters long. But maybe the limit when shortening begins should be raised?

@AlfredSK
Copy link

Just a hint. You can hover your mouse to reveal the complete URL. On mobile it seems to work with a long press.

@tobiasd
Copy link
Collaborator

tobiasd commented May 2, 2024

After testing the shortened URLs now for two weeks, could we just reverse #14090 (maybe only the shortening part of the PR) or at least make it configurable by the user and off by default? Yes mouse over works, but this is a rather clumsy UX to get the information from the URL that is currently cut off from most of the links (the actual page name).

@MrPetovan
Copy link
Collaborator

What is the page name for you?

@tobiasd
Copy link
Collaborator

tobiasd commented May 2, 2024

The name of the actual file the link goes to, not only the domain name. Sometimes also the path is important (e.g. when it shows the department of a news).

@annando
Copy link
Collaborator

annando commented May 2, 2024

Sadly it can't be configurable for the user, since the parsing is done outside the user context.

@MrPetovan
Copy link
Collaborator

The name of the actual file the link goes to, not only the domain name. Sometimes also the path is important (e.g. when it shows the department of a news).

Indeed, but the problem is that it isn't consistent across websites, so we'd be chasing ghost trying to keep "meaningfuly" shortened URLs while there's no standard to publish URLs.

For example, with the URL https://pirati.ca/display/ec054ce7-1666-1f98-17ba-548834429014, according to you, we wouldn't be able to shorten it much because ec054ce7-1666-1f98-17ba-548834429014 would be the page name and /display/ would be the path.

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

No branches or pull requests

5 participants