ceess

There is something annoying, first of all why should be this plugin on top off cform7 form?
If you do so and save the form (in a multi website environment), the form will be empty.
Solutions is simple, make a admin menu item with properties off date-picker, the problem and the annoying place on the form are solved.

The plugin has removed your category, now there is none category assigned.
As I mentioned before, there has to be a other category assigned otherwise WordPress is so clever to show “uncategorized” when NONE category is assigned to that post.

The way to do is:
First assign the category where it should belong to and then delete “uncategorized”, you will see that there’s only one category left to the posts.
But watch out, de plugin make a new query based on selected category with a different dataset, it can be that the records you changed are on one of the next listing page.

Suc6
Ps. Dont forget to select the check-box, if not there will be nothing happen! In a selected dataset you still can make a selection of wanted records, or all.

See the screenshot.

First box shown:
Select the uncategorised or the category you want to work on.
Optional you can specify a filter, on date, keyword etc.
Click send, a result dataset is available, is the set to small increase the rows setting to the amount you want.
Select on the bottom again the uncategorised or the category you want.
Choose the action you want, in this case delete.

Suc6

This is information not related to the plugin but to WordPress
Remember that if there is only one category (uncategorised) on a post isset, the plugin removes that. But! WordPress is so clever to show records without any category as uncategorised.
Therefore if you want definitive delete the uncategorised category on a post, it has to have a other category.

It is not really a update, just a small change of variable scope.

You can delete de old plugin.
Download the latest and install that new one again.

It should be Ok now.

Suc6

Problem solved, WordPress uses two different types of authorisation, its different for network and single installation. Thereby it did not show any kind of error, it just returned false.

Now it will work on both situations, single and multiple installations.

If there is someone who can give MORE information, perhaps we can figure out the problem. You can reach me unter mail

Did anyone activate DEBUG error_reporting(E_ALL);
That will give some warnings or errors witch can lead to the problem.

For now it works on All our implementation ± 30 sites.

A direct link to a zipfile from our website.

We did try the three languages (English, German, Dutch) on a local and remote server. Also tested with netwerk and single WordPress website installation.

Always is menuchoice: My category Order as subitem in Posts available.

You can change in functions.php
function execute_action(batchMove $bm, $apost=array()){
//$_SERVER
$do = strpos($_SERVER[‘HTTP_REFERER’],’page=batchadmin’)>0;

change this
if (!current_user_can(‘level_7’)) {
to
if (!current_user_can(‘level_0’)) {

That will solve a user level problem.

Otherwise the solution can be to put
DEBUG ON

There should be a message with a problem, if so put that here and we look in to that.

Perhaps the userlevel is false, it has to be a minimum of level_7 (Editor)

Hello I cant find anything wrong, on all or systems, test and production, the menu choice is available
Under Post menu choice Move categories
See Screenshot

Witch language is active?
Witch WordPress version you use?