Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Remove all reference to the node moderation flag from all core system SQL statements, per discussion on developers e-mail list: http://lists.drupal.org/archives/development/2006-07/msg00060.html
Comment | File | Size | Author |
---|---|---|---|
#9 | book_stray_moderation_message.patch | 826 bytes | dww |
#3 | moderate_0.patch | 17.12 KB | Chris Johnson |
Comments
Comment #1
yched CreditAttribution: yched commented(subscribing...)
Comment #2
pwolanin CreditAttribution: pwolanin commentedI haven't gotten on the devel list, but I assume this comes out of this issue for 4.7: http://drupal.org/node/71730
A proposal there is to have status have possible values 1,0,-1.
http://drupal.org/node/71730#comment-112943
Though I might prefer to call these states published, unpublished, and hidden. In this case, i'd think nodes with status =0 should (at least) be accessible to their author (unlike the current system).
Comment #3
Chris Johnson CreditAttribution: Chris Johnson commentedHere's a patch for HEAD core which removes the moderate flag from all code references. It is not removed from the database.
I benchmarked this before and after, and while it was a tiny bit faster after, I don't think the improvement is statistically signficant (about half a second over 1000 requests using ApacheBench at concurrency 10) on my system (500 nodes, 500 comments, 50 users, 15 taxonomies, 50 terms, 20 nodes on front page, benchmark was just hitting front page).
Comment #4
Dries CreditAttribution: Dries commentedCommitted this patch to CVS HEAD. This needs to be documented in the upgrade instructions. Setting this to 'code needs work'. Please set 'fixed' when the handbook has been updated.
Comment #5
Chris Johnson CreditAttribution: Chris Johnson commentedSuggested documentation submitted to handbook and issue http://drupal.org/node/73015 opened to indicate need for changes created.
Comment #6
kbahey CreditAttribution: kbahey commentedWhy keep the moderate column in the database?
Comment #7
moshe weitzman CreditAttribution: moshe weitzman commentedJust reading this patch now ... The following line should is a 'publish' action, not approve:
+ 'approve' => array(t('Approve the selected posts'), 'UPDATE {node} SET status = 1 WHERE nid = %d'),
Comment #8
pwolanin CreditAttribution: pwolanin commentedI think it's useful to keep the moderate column- otherwise you may break people's existing data. Also, it would then be easier for contrib modules to implement a moderation workflow.
Comment #9
dwwthe previous patch (which was committed to HEAD) removed a check for the moderation bit from book.module, but left the underlying message that said "The post has been submitted for moderation and won't be accessible until it has been approved." attached patch removes this (now bogus) message for site admins viewing book nodes.
Comment #10
Dries CreditAttribution: Dries commentedCommitted to CVS HEAD. Thanks.
Comment #11
dwwsetting the category (and ownership) back for posterity. ;)
Comment #12
(not verified) CreditAttribution: commented