I expected that if I keyed in 'panels' on the search block and 6.x on the Filter by Compatibility Block that I would only get modules for version 6.x which had the word 'panels' in their descriptions. However, the listing also included a module with no version 6.x as detailed below.
=====
Filled in word 'panels' on Search Modules block
Clicked on 6.x in Filter by compatibility block
Following url was generated: http://drupal.org/project/modules?filters=drupal_core:87&solrsort=title_...
Looking down the list, the following module was included in the list:
CHAT Users and Design Integrated (BoWoB)
BoWoB
By bowob on the 4th of January, 2008
Note: the releases of this module have been unpublished since they did not contain a proper Drupal module. If you are the maintainer of this project please contact the drupal.org webmasters to resolve this issue.
http://www.bowob.com
http://www.bowob.com/drupal/
Version Date Links Status
Version Date Links Status
5.x-1.x-dev 2008-May-30 Download · Release notes Development snapshot Development snapshots are automatically regenerated and their contents can frequently change, so they are not recommended for production use.
Comments
Comment #1
gábor hojtsyIt has a finely published 6.x-dev snapshot: http://drupal.org/node/264339 Whether snapshots show up on the project pages are subject to per-project settings by the maintainer. So this module does have a 6.x release node, it is just not shown on the project page. It is shown when you go to all releases. Retitling to reflect the new findings.
Comment #2
pasqualleBut this works same as before the upgrade, and I personally like it this way..
Could that be a new filter? Something like:
Comment #3
dwwNow that #378830: Have core version facet impact the active/available sorts is done and deployed, the next step is cleaning up this UI problem. However, I think it's too limited to consider the -dev snapshot case. Really, we should reconsider displaying the download table at all on these pages. If you look at the current iteration of the d.o redesign prototype for module browsing pages, you'll see that Mark doesn't currently display any information about releases. I think that if you're sorting by "Latest release" (official) or "Recent activity" (-dev snapshot) it should display something like the date of whatever you're sorting by for each project. Obviously, if you're filtering by core, these values should be specific to the version of core you're filtering by.
Also, while we don't need the full download table, I think it'd be useful to display data about all the versions of core a module or theme supports. Damien and I were just discussing some kind of visual language used throughout the site for core versions, e.g. a little "6" or "7" icon that could be reused on these project browsing summaries, handbook pages, forum posts, whatever.
Comment #4
dwwMoving this to a more appropriate queue so it's easier to find based on what actually needs to happen here.
Comment #5
lisarex commentedLinking this from the Redesign project #661692: Meta issue for modules Project and Project issue tracking because this issue was tagged 'drupal.org redesign'
Comment #6
hunmonk commentedadding more redesign tags
Comment #7
drummComment #8
dww@drumm: This isn't done. Here's an example:
- Filter by Drupal 7
- Sort by 'Latest release'
You'd expect to see modules sorted by their latest D7 release. Instead, you see any module that has a D7 release (even if it's a -dev snapshot that hasn't been updated in 3 months), ordered by their latest release for any version.
Another example: filter by core and then order by usage -- should order by the usage for the version of core you're filtering on. Etc.
That's how filters should interact with sorts.
There's also a question of the actual data displayed. I.e. if we're going to keep a download link or table, and you filter by a core version, the release for *that* core version should be displayed, etc.
Comment #9
csevb10 commentedThe basics of this now work as desired. This orders by the latest D7 release while filtering to only those projects with a D7 release.
An example:
http://drupal.org/project/modules?filters=drupal_core%3A103&solrsort=ds_...
There are a few issues when shifting from one release to another in terms of selected sort method, but I believe that can be cleaned up separately.
Comment #10
LarsKramer commentedPerhaps we should update the issue summary to reflect what remains to be done or discussed:
From comment #3:
"I think it'd be useful to display data about all the versions of core a module or theme supports."
From comment #8:
"filter by core and then order by usage -- should order by the usage for the version of core you're filtering on."
+1 from me on this one.
Anything else?
Comment #11
kristofferwiklund commentedI also would like to have functionality describe in comment #8
or as describe in this dublicate issue
#1248932: Download & Extend pages: filter by compatibility and sorting by "most installed" should work together
Comment #12
LarsKramer commentedI think the only remaining task of this issue is to solve the problem described in the duplicated issue linked to in comment #11:
If I am searching for most popular (i.e. "most installed") Drupal 7 modules, I wouldn't expect to find CCK, ImageAPI and jQuery UI (the last two don't even have a recommended D7 release) on top of that list.
It's not such a big problem for me, but for people new to Drupal, I guess it is highly confusing information.
Comment #13
avpadernoI am closing this issue, as Drupal 6 is no longer supported.