-
New Feature
-
Resolution: Fixed
-
Minor
-
None
Currently, if I browse to a job via a view, that view name appears as part of the URL. Take the following example:
I am a member of TeamY and am currently developing projectX. I have my own personal view for the projects I am currently working. Depending on how I get to the projectX job (via the main "All" view, the TeamY view, or my personal view), I get 3 different URLs:
jenkins.internal.com/job/projectX
jenkins.internal.com/view/TeamY/job/projectX
jenkins.internal.com/me/my-views/view/MyCustomView/job/projectX
The 3rd URL is especially problematic. If I happen to browse to projectX through my personal view, then I copy/paste that URL into an email for a teammate, the link is actually broken for that person since they do not have permission to "browse through" my view to reach projectX. Or maybe somebody not on TeamY gets the TeamY URL and can't "browse through" it.
It seems like no matter which view I am in, when I click the link to go to projectX the URL should switch back to /job/projectX and not keep the /view or /me/my-views paths.
- is duplicated by
-
JENKINS-26433 Permalinks not usable by others when accessed via me/my-views
-
- Resolved
-
- is related to
-
JENKINS-11405 Redirect job URLs with a non-existent view to the default view
-
- Open
-
+1 on this
A job should always been opened regardless of the view it was opened from.
Problem is that our developers tend to use Jenkins URLs in their documentations and include view names in it, so we can't delete any view ever because that might break someones documentation/workflow/whatever.
At the moment we're looking into the possibility to use a webserver as kind of a proxy "in front of Jenkins" to prevent this, however, I think that this kind of functionality should come from Jenkins itself.