shneoh

I have finally verified is the conflict within Jetpack–>Comments and Are u robot…

Can’t have both, or it will coz the error, because the human verification layer had been override by Jetpack Comments.

Any possible fixing?

Thanks for your reply.

Yup, it had been the latest version of Jetpack. Have gone through the case you refer to, and it seems was the same as mine. The freezing might caused by my slow network condition, and thus you will not feel delay or lag.

If that’s the case, I would just have to wait and see would it be improved in upcoming update.

Thanks again on your brilliant plugins. ??

I have the same problem too.

Previously it is working but not after updated to latest version.

Please fix it asap. TQ.

It suddenly back to normal… =.=”

After I go through the auto-repair procedures in its wp-admin.

All problem done, and now should consider this topic as solved.
(cracking head…)

Tried to login from its wp-admin.

Was asked to repair database. After all the instructions, here’s the error.

wp_usermeta: 10 clients are using or haven’t closed the table properly
wp_33_options: Table is marked as crashed
wp_blogs: 7 clients are using or haven’t closed the table properly
wp_sitemeta: 19 clients are using or haven’t closed the table properly

Any idea how to fix this?

Noted a weird situation.

I have configured the same WP-multisite on another domain which sits in the same server with same settings.

Trying the same problem, but this domain is working well!
I am wondering what’s actually wrong here…

Noticed in Network/Sites, the sites domains are showing the full path (eg: nelson.duaspace.com) but in my problem WPMU it shows only name (eg: nelson). Wondering this might be the problem came, but how to fix?

A few questions:
1. Can re-installation solve this issue?
2. If re-install, would it affect my existing user data and files?

@silvoslaf,

Thanks for quick response. Yes, the user tested with problem is those who dont have admin permissions. Since the site running is kind of multi-user-multi-sites environment, the users are not going to give any admin rights.

Any work-around so they can enjoy the benefits of your plugin without giving them admin rights?

To my understanding, a multi-site plugin like yours, should enables all level of users rights to have their own settings. This will only can called as multi-site plugin.

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]

tried. still the same.

ALL.

It’s not mapped domain.

Do I really need to set these settings?!
There are over 50 member sites in my network! (cry)

I have the same problem on Multisite. Your immediate support is greatly appreciated.

Plugin had been Network Enabled.

Problem Desc:
1.
Power Admin users are working well. For example siteA & siteB are owned by admin, both are running well.

2.
siteC was owned by userA, no admin rights. Plugin cannot activate.
Error appear when click on “Turn On” button.
Error Message: You do not have sufficient permissions to access this page.
Error Link:
https://life.antzblog.com/wp-admin/admin.php?page=wordpress-related-posts&ref=turn-on-rp

checked. all sites has same setting value.

advice to resolve?

Can’t find Fileupload Realpath and Fileupload URL…

What I have similar (i guess) are: Both empty.
Upload Path =
Upload Url Path =

ps: don’t scare me… I have over 50 users/sites in my network… T.T

I have found the problem, but don’t know how to fix.

After changing the Open_BaseDir = Off, the header image crop feature can function on “most of the images” in media library. (Yet to find out which can’t and their reasons.)

But then, after confirmed on the cropped image, the page flows back to header settings and noted that the cropped file is just showing a broken image… When I back to check in Media Library, it shows perfect…

After searching around and I found that:
The location of the header setting captured is in:
wp-include/uploads/site/2/1/cropped-12345.jpg.

The actual location I found in ssh and shown in Media Library is in:
wp-content/uploads/sites/2/2007/12/cropped-12345.jpg

It seems that both are taking different images location, what can I do now?