mikeyea

Oh my goodness, yes of course :-((
Thanks so much for helping me out of this hole!

Michael

I have done a complete re-install by removing the plugin, deleting the Wmw_adminimize” entry in the wp_options database table, and the reinstalling. I have restricted all user roles to nothing, leaving only the admin role completely open.

Now the test: With the option “support multiple role” inactive, my double-role-admin gets the answer “cheating? You have no access” when he tries to open the pages survey page. I guess this is correct, because a standard user is not allowed to do this.
With the option “support multiple role” active, my double-role-admin gets the crippled page as described above. And, when he tries to create a new page, he is allowed to this. but there is no line for the page title.

The same happens to the “comments survey” and the “posts survey” pages.
I have supplied links to sceeenshots which you may have a look at.
Pages overview
Posts overview

Hi Frank,
thanks for looking into this glitch.

Yes, the option “Support Multiple Roles” is active.

I need this dual role concept because I have non-admin users who are allowed to send mails to all “members”. For that they use the “email users” plugin by Mike Walsh and Marvin Labs. Mails to the “members” group do not reach the admin users, however. That is why admins have the double role.

Thanks for your patience. It’s just that those empty hulls in my database make me nervous, feeeling that something is going wrong.

Sorry to have a typo in my post:
Wrong: “Third, same as in events, a set of empty tick boxes.”
Correct: “Third, pages show, same as in events, a set of empty tick boxes.”

Mike

So the mysql table “wp_jtrt_tables” is superfluous?

In the meantime I found the data in the “post_meta” table. Still wondering what the table
“wp_jtrt_tables” is good for.

Two things I found out:

1: The first line must contain the column headers
2: The line endings must be UNIX-Style (LF only)!

Then it works
Mike

• This reply was modified 7 years, 1 month ago by mikeyea.

Diagnosis:
Looking at the mysql database I realize that there is no table whatsoever where data could be stored: the installation process has failed, as there ought to be the table “wp_ninja_table_items”.
Reason:
In my installation there is a problem with index building which seems to affect mysql versions lower than 5.7 (I have 5.6.37).
Workaround:
I entered the sql commands manually and added the option ROW_FORMAT=DYNAMIC to the “create table” sql command.

Mike

In the meantime I have updated WP to 4.9.1, changed the theme, all to no avail. What to do?