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

RFE: friendly project URLs #99

Closed
scop opened this issue Feb 24, 2015 · 5 comments
Closed

RFE: friendly project URLs #99

scop opened this issue Feb 24, 2015 · 5 comments
Assignees

Comments

@scop
Copy link

scop commented Feb 24, 2015

Instead of a numeric ID in the project URL, it would be good to support the project name in place for it. So for example instead of/in addition to https://release-monitoring.org/project/5669/ Anitya should work with https://release-monitoring.org/project/libmodplug/ (the latter gives an internal server error ATM).

@ralphbean
Copy link
Contributor

The problem, @scop, is that there are many upstreams that have the same name.. but are totally different projects. Take, for example, the name 'mock'. There's the Fedora build-in-a-chroot mock tool we all know and love. There's also a widely used python testing library called 'mock' (python-mock in Fedora.. but everyone upstream just knows it as 'mock').

This is why we went with numeric IDs originally.

Unless someone can come up with a novel way around this, we're stuck with numeric IDs. Please re-open if you come up with one. :)

@scop
Copy link
Author

scop commented Feb 24, 2015

I don't know how to reopen the bug, github does not seem to give me that option. Please do it for me.

I don't think many projects by the same name is a real problem. Just declare the project name unique in Anitya and make people come up with unique names for projects within it. It doesn't matter if it doesn't match exactly with the upstream name -- showing several projects by the same name isn't helpful either because people have to click through them and guess the one they're interested in anyway.

@scop
Copy link
Author

scop commented Feb 24, 2015

If you don't want to make project names unique, friendly URLs could still be supported: if there are multiple projects by the requested name, show list of them, otherwise show the matching project (or redirect to its numeric id).

Now please reopen this issue so it won't be forgotten and I don't have to file another one for it :)

@ralphbean
Copy link
Contributor

if there are multiple projects by the requested name, show list of them, otherwise show the matching project (or redirect to its numeric id).

I like it!

@ralphbean ralphbean reopened this Feb 24, 2015
@pypingou
Copy link
Member

👎 on making the name unique, that's why we show not only the name but also the homepage of the project when listing them, there are really way too many projects with the same name

pypingou added a commit that referenced this issue Feb 25, 2015
…name)

This means that we can now access the project guake with either:
- /project/123
or
- /project/guake

If the search returns multiple project with the same name, then it is
consider has a search and will list all the project matching/found.

Fixes #99
@pypingou pypingou self-assigned this Feb 25, 2015
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

3 participants