Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 UTC on 18 March 2024, to get $100 off your ticket.
as pointed out in http://drupal.org/node/90436#comment-165208, there's no way for regular project maintainers (as opposed to folks with 'administer content' permissions) to unpublish their own release nodes. this would be desirable (though not urgent).
i don't think this can be done solely via settings. i believe i'd have to add some special case code, like adding the "publish" checkbox on the release edit form if folks don't have full permissions and see it already...
Comments
Comment #1
drewish CreditAttribution: drewish commented+1 to this ;)
Comment #2
Heine CreditAttribution: Heine commentedIt would be nice (note: nice, not essential) that even admins can set nodes to not autopublish. My current workflow is to create a release node and immediately publish a prepared security announcement. It would be nice to have some slack (and an opportunity to test the tarball for example).
Comment #3
RobRoy CreditAttribution: RobRoy commentedFYI, I just created super small module at http://drupal.org/project/override_node_options which allows users to override the default publishing options for nodes they can edit without giving them the 'administer nodes' permission. Maybe this could help out in the meantime. For D6 maybe we could flush out the perms a bit more like this.
Comment #4
mikey_p CreditAttribution: mikey_p commentedI don't know the d.o setup and perms well enough, but are you basically saying:
maybe I'm missing something, but this seems to be all that's needed. Are there additional conditions you want to check for? The only thing I could think of, was do not unpublish nodes when there is only one release node per project, but I can think of reasons why that's not a good idea either (support requests.."why can't I delete my release?").
The only other thing I can think of is what to do with the unpublished node. Will the project owner have to ask an admin to re-publish it? What will happen if the user tries to create a new release node to replace the unpublished one...will d.o become flooded with unpublished release nodes? Do we want to give project owners a way to see their unpublished release nodes, and let them publish them at will?
Sorry for so many questions, just trying to think through some of the implications here.
Comment #5
mikey_p CreditAttribution: mikey_p commentedWith new abilities to choose 'supported,' 'recommended,' etc. is this still a needed feature? If not, perhaps close this out.
Comment #6
aclight CreditAttribution: aclight commentedIt's still only possible to set supported, recommended, etc. on a per branch (or per major version) basis. So there could still be the use case for users being able to unpublish individual release nodes. But it's probably even less urgent than it was before.