For every project on Drupal.org, there are two tags under the "Project information" heading known as "Maintenance status" and "Development status".

If a user clicks on these to learn more, he/she is taken to the tag's taxonomy term page. There are 5 "maintenance" terms and 4 "development terms".

However, of these 9 terms, only 3 have tag description. Not having a tag description is unhelpful to a user that is browsing a project and want to find out what a specific status term entails.

There is, however, a community wiki page - https://drupal.org/node/1066982 where a description of all the relevant terms can be found.

As an aside, I will say that I think that the explanation of the meaning of these tags should be considered official documentation and should not be subject to arbitrary changes. Therefore, I don't think this information belongs on a wiki page.

However, as a stopgap soluntion, to make sure users browsing project pages at Drupal.org have access to the documentation that expands the meaning of the status tags, all 9 tags should be given a "tag description" that contains a link to the community wiki page.

After this stopgap solution is in place, here is the tasks I think should be carried out:

  1. All nine project status tags should be given an official tag description (e.g. the current community wiki text can be adopted as the official version).
  2. (TheDrupal.org customizations team should create a view that lists the official project status tag descriptions. This is suggested in the related issue.)
  3. The link on http://drupal.org/node/314492 to these definitions should link to this this view (an any other that currently points to https://drupal.org/node/1066982).
  4. Node https://drupal.org/node/1066982 should have the defintions removed, and instead refer users to the view suggested in point #2 above.

A separate request for the non-webmaster task (task #2) is in the Drupal.org customizations issue queue.

This request, posted to the webmasters' issue queue, is only for the tasks numbered #1, #3, and #4 above.

Comments

gisle’s picture

Issue summary: View changes

Made quotes blockquotes.

dddave’s picture

Status: Active » Closed (duplicate)

We usually don't mirror issues in different queues.

gisle’s picture

Issue summary: View changes

It is not a duplicate or mirror issue.

I've posted two different issues where two sets of people are involved, and the second issue depends on the first.

  1. I've proposed that this site's webmasters create some tags that are currently missing. That issue has now been closed, so presumably it will not happen.
  2. I've proposed that the Drupal.org customizations team create a view to display these tags on a single page, so that this page may be referred to in the docs. This issue depends on webmasters resolving the other (now closed) issue, so presumably it will not happen.

Oh well, at least I tried ...

dddave’s picture

Status: Closed (duplicate) » Active

Ah. I did not get it right then. Sorry.

gisle’s picture

Issue summary: View changes

Thanks for re-activating.

To me, this looks like adding the missing tag is a very trivial thing to do. Step #1 should take at the most five minutes for someone with the required access level. Doing it will not break anything, as it is just a matter of adding the six missing tag descriptions and editing the three tag descriptions that provides too little guidance.

What are the required decision making steps here? (I guess I am trying to learn how things are "done" on this community website.)

Is there some sort of protocol I need to follow to get an issue like this one reviewed (and accepted or rejected)?

Or is just a matter of leaning back and wait until somebody with the required decision making power notices the issue and either decides to do something with it, or dismisses it with a "Closed (Won't fix)"-notice?

dddave’s picture

We need some status descriptions to fill in the blanks, don't we? Any proposals?

This issue might get picked up during DrupalCon sprinting but even if not I'll make sure it won't sink down afterwards. I guess most people with the necessary permissions are in Austin at the moment so there might be not much movement for the next days.

gisle’s picture

Issue summary: View changes

I've updated the community wiki with the text think should be used as official status tag descriptions.

The wiki is editable by anyone. Feel free to edit if you think the proposed tag descriptions can be improved.

gisle’s picture

Issue summary: View changes

Some details about what is expected of co-maintainer applicants added to proposed tag-description for "Seeking co-maintainer(s)".

gisle’s picture

Title: Project status tags need to be given official tag desceriptions » Project status tags need to be given official tag descriptions

Fixed typo in title.

gisle’s picture

Issue summary: View changes

Fixed another typo.

gisle’s picture

Issue summary: View changes

Suggested a stopgap solution in issue summary. Making these edits to the tag descriptions should be uncontroversial, and should not take more than five minutes for someone with the required access.

drumm’s picture

Assigned: Unassigned » drumm
Status: Active » Fixed

Didn’t catch this issue until now, it was done recently. The current descriptions are in the issue summary of #2277829: Project status tags are not well documented.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.