WordPress.org

Ready to get started?Download WordPress

Forums

[resolved] Comments in multisite and moderation (27 posts)

  1. ThorHammer
    Member
    Posted 1 year ago #

    I want all my member blogs to allow all comments from members, and members only, and have adjusted them all to behave like that. But still - all comments must be approved by the blog owner. Why??

    This is driving me crazy.

  2. You have it set so only logged in users can comment, but it sounds like you didn't check the right options on /wp-admin/options-discussion.php

    Is "An administrator must always approve the comment " checked?

  3. ThorHammer
    Member
    Posted 1 year ago #

    But... doesn't that mean that the blog owner, the current blogs administrator, has to manually approve all comments on his blog? I want this approvement to happen automatic since only logged in users on the multisite are able to comment.

  4. ThorHammer
    Member
    Posted 1 year ago #

    Perhaps I don't understand the WP role system on a multisite. Perhaps subescribers to other member blogs on a multisite must have their comments moderated, since superadmin can comment on the fly on everything. But I don't want my member blogs to mess up anything on the other blogs, I just want their comments to get publsihed on the fly, as I checked for.

  5. Sorry, I was asking IF it was checked, not saying you should check it :)

    On a Multisite, everyone's a pseudo-subscriber but they have access to comment on all blogs on the network. It's weird. They shouldn't have to have their comments moderated, but again, that depends on how you set it up PER site. So without being able to see what you did and did not check on that page, the best I can tell you is that you didn't pick the right options.

  6. ThorHammer
    Member
    Posted 1 year ago #

    Yes...thank you anyway, the mystery remains unsolved. Thank God for aspirin...

  7. Well what options did you check for moderation?

    Are you running any plugins to assist moderation or membership?

  8. ThorHammer
    Member
    Posted 1 year ago #

    I have checked and un-checked everything for moderation. The only option that worked was letting the comment pass if the commenter had at least one approved comment earlier.

    I am using the plugin multisite utser management, but, as I think I have understood according to your other replies, I really don't need this plugin since the only option my blog owners need to have on onther sites is to comment, while they are administrators on their own site.

    As far as I have understood you, all blog owners on a multisite install automatic get the role of subscriber to the entire network, and then they already have the option to comment on other users blogs? And superadmin will always have superaccess to all blogs without any plugin at all?
    The only thing I am afraid of if I unintstall this plugin is that all roles goes crazy...? But...perhaps I don't need to worry about that?

  9. Multisite User Management is good for adding users to sites, if they need 'real' subscriber access. If all they need is comments, you should be okay without it.

    Still, leaving it alone won't hurt anything :)

    The only option that worked was letting the comment pass if the commenter had at least one approved comment earlier.

    That's ... interesting. I'll have to play around with that to see if there's something non-obvious about the setups.

  10. ThorHammer
    Member
    Posted 1 year ago #

    I think this problem perhaps is deeper, it would have been interesting to hear if others have experienced the same. For regular single site installs it might be rare if comments were supposed to be approved on the fly, but for a multisite, which is a community, the option to let comments be auto published for registered users shuld work.
    I have tried and tried again to check and uncheck all options in order to let logged in and registered userss comments to be published on the fly, but no: everything is held back for moderation. This is frustraiting.
    Could this have anything to do with the fact that the blog owners in my multisite install just have subscriber-role to the other blogs?

  11. ThorHammer
    Member
    Posted 1 year ago #

    Can this problem relate to the functions.php in twenty twelve?

    It says :

    <?php if ( '0' == $comment->comment_approved ) : ?>
    				<p class="comment-awaiting-moderation"><?php _e( 'Your comment is awaiting moderation.', 'twentytwelve' ); ?></p>
    			<?php endif; ?>
  12. ThorHammer
    Member
    Posted 1 year ago #

    ... I have not embedded this code into my child theme functions.php, but that shouldn't reallt matter, since the child theme inherit all settings from twentytwelve.

  13. Could this have anything to do with the fact that the blog owners in my multisite install just have subscriber-role to the other blogs?

    That's possible, but only if you're asking in the realm of the blog owners posting comments on other blogs.

    Blog roles are per blog. So if I am an Admin on Site 1, that means nothing on site 2.

  14. ThorHammer
    Member
    Posted 1 year ago #

    Thanks for your reply again! Now I have dug into my database, and I can see that the different blogs OPTIONS table has rows with comment_moderation and moderation_notify - and both of these contains no value.

    The row require_name_email is set to 1, and I guess that this means that this option is turned on. So...if something is set to be off, the value should be 0 - but instead it is nothing?

    I can also see a table called user2role2object_rs. This must be the remains from the role scoper plugin, and the table do have a lot of rows. Is it safe to manually delete this table if it is these settings/data which cause this trobule?

    And then manually add 0-values into the users blogs OPTION-table? And then refresh the network?

  15. ThorHammer
    Member
    Posted 1 year ago #

    To further complicate: Now I discovered that a blog owner on my multisite could post on the main blog. She is administrator on her own blog and only subscriber on the main blog, as set by multisite user management-plugin (whic I actually don't need).

    And to my great horror: When I as superadmin expands sites--(a site) and settings-tab, I can see a lot of bp-values added, but buddypress is de-installed a long time ago, the reference to bp-config is still here, but the file is no longer there. Further, there is a lot of Role Scoper settings in here as well, despite the fact that also Role Scoper is de-activated.

    What do I do in order to get rid of ALL remains everywhere from Role Scoper and Buddypress? Why do all new registered sites get these values when the plugins are disabled for a long time ago?

    Can I just delete all these settings in the settings-tab?

    I guess that all "groups_X"-tables for in my DB is remains from buddypress, and that they also safely can be deleted?

  16. I hate when plugins don't clean up after themselves....

    I don't know the tables for other plugins off the top of my head :(

  17. ThorHammer
    Member
    Posted 1 year ago #

    Now I have cleaned my database for ALL traces from role scoper and other pests. Dumped tables and deleted rows, but still the comment moderation issue is there. Perhaps this is a bug in WP 3.5 - multisite?

  18. No, it's not a bug in pure Multisite (if it was, believe me, people would be screaming ;) )

    I suspect that role scoper changed your wp_options tables, but honestly I'm not familiar with it.

  19. ThorHammer
    Member
    Posted 1 year ago #

    I agree with the screaming.
    I have re-checked my different wp_options tables.
    The only odd thing now is a row called "group_options" inside the main options and th main blogs wp_options_table. The value for this is set to:
    a:1:{s:7:"general";a:1:{s:22:"read_post_capabilities";a:1:{i:0;s:16:"groups_read_post";}}}
    And that really tells me nothing, except that this might be a surviving element from the "groups" plugin which I unfortunately installed long ago. It left traces everywhere.

    In the wp_options are "default_role" set to "subscriber".
    "reguire_name_email", "comment_moderation" and "moderation_notify" and "moderation_keys" have all blank values, while "comment_registration" is set to "1", i.e.: All logged-in and registered blog owners are supposed to comment without moderation.

    All the other rows in the different wp_options tables are pure and clean. So it simply cannot be there.

  20. I have this vague memory that when you add new roles, it overwrites the old old ones.

    Where does Role Scoper store its settings? How can I completely remove it from my database?
    Role Scoper creates and uses the following tables: groups_rs, user2group_rs, role_scope_rs, user2role2object_rs. All RS-specific options stored to the WordPress options table have an option name prefixed with "scoper_".

    Due to the potential damage incurred by accidental deletion, no automatic removal is currently available. You can use a SQL editing tool such as phpMyAdmin to drop the tables and delete the scoper options.

  21. ThorHammer
    Member
    Posted 1 year ago #

    Yes, but the different blog owners are all manually set as administrator on their own blog - only, and I have removed everyone from the other blogs, since the default role is subscriber on the other blogs (which is enough to let them comment on other posts in the multisite install). When RS was installed, all users were still added to each other blogs as subscribers, only.
    Do I have to manually edit all values in "user role" inside each option table? And where is it possible to find the value which make each user administrator to their own blog and subscriber (default) to all the other blogs?

  22. ThorHammer
    Member
    Posted 1 year ago #

    Wait just a second ....

    In the OPTION table for the main blog, I noticed:
    akismet_show_user_comments_approved with the value: false

    Could it be... If I uninstall Akismet ... perhaps the comments will come through, then? Actaully, since user registration is disallowed and since it is meant that only registered users (blog owners on the multisite) are supposed to comment on each other blog posts ... then I don't need Akismet.

    Could it be that easy??!

  23. Make a backup and try?

  24. ThorHammer
    Member
    Posted 1 year ago #

    Well... I really don't need akismet since we are not supposed to have any external comments at all.. It just feels anti-evolutionary to deactivate and uninstall akismet. It's against all common laws in the universe...

  25. ThorHammer
    Member
    Posted 1 year ago #

    No, it simply cannot be Akismet. Something must be messed up with wp default roles, and perhaps the different blog owners are not seen as subscribers to the different blogs? Right now each blogs visible users are only the blogs administrator and me (superadmin) as subscriber, and no other useres are visible.

    For me it is totally impossible to decode and understand the data inside the different users option tables.
    Perhaps I should re-try multisite user management, og perhaps this trick, which you have made, could do the trick:
    http://halfelf.org/2012/more-multisite-registration/
    Speaking about that: you are referring to mu-plugins. I don't have any folder called mu-plugins. What is that good for?

  26. ThorHammer
    Member
    Posted 1 year ago #

    The oddest of odd things is that some of the blogs allow comments as they should.

    Perhaps some of he rows in some of the tables still contain some microscopic but still deadly posion from role scoper, groups or multisite user management or buddypress.

    I guess my only option is trying to figure out how to decode the data values inside each row in each table and then edit them, starting with the main blog so all new blogs hopefully doesn't inherit the plutonium poison from the ghostly plugin remains.

    Anyone with any idea where to find information about learning how to understand data values inside table rows in WordPress?

  27. ThorHammer
    Member
    Posted 1 year ago #

    YES!

    It WAS Aksimet! I had to enter my good old API-code to every single site in the multiste and - voila!

    :-)

Topic Closed

This topic has been closed to new replies.

About this Topic