Because http://drupal.org/project/Modules/name is cached on drupal.org, anonymous users will see only one version of this form (filtered by 4.7.x or 5.x or whatever) and can't change it.
The way to fix this is to make separate URLs for each list, like http://drupal.org/project/Modules/4.7.x/name. This gives the extra added bonus that these pages could be bookmarked.
Because you're drilling down by version, the "top" tabs should be:
Drupal 4.6.x | Drupal 4.7.x | Drupal 5.x | All
And the "sub-tabs" should be:
Browse by category | Browse by name | Browse by date
I might try and take a stab at implementing this.
Comments
Comment #1
dwwyup, this would be great. nedjo and i have discussed this same thing before, i believe. there might even already be an issue open about it somewhere, i'll have to dig that up if it exists... ;) thanks for working on the patch!
Comment #2
cog.rusty CreditAttribution: cog.rusty commentedChanging status because that breaks the project release system. Anonymous drupal.org users can't choose the right version of their modules. Correct me if I am wrong.
Comment #3
dwwthis is not a critical bug, it's a new feature. the bug was in http://drupal.org/node/86806 and now has a reasonable work-around installed on d.o. so, this particular feature isn't critical, either. it still might happen, but since it could also require link-rot, it might not happen particularly quickly. bug, it's good -- what's up now is finally sane again, and it gives us time to figure out exactly how to implement this new feature correctly.
cheers,
-derek
Comment #4
aclight CreditAttribution: aclight commentedI'm setting this to postponed because I think we need to figure out how project browsing with views is going to work before can come up with a plan for addressing this problem. It may be that with Views handling everything this will no longer be an issue.
So, postponed awaiting #76726: Refactor project module to use Views [meta issue].