Aggie69

The role was set to editor and they have full rights. However, as an Administrator I can’t view, add, or edit galleries. If I change the role to Administrator then I have full rights, but my Editors don’t!! Somehow both groups had full rights in the past, but don’t now. I really need both groups, but no other group, to have full rights. Any ideas?

Nope, those didn’t help either. Here’s computer info:

### Begin Install Info ###

## Please include this information when posting support requests ##

— Site Info —

Site URL: https://********************
Home URL: https://********************
Multisite: No

— Hosting Provider —

Host: DBH: localhost, SRV: ********************

— User Browser —

Platform: Windows
Browser Name: Chrome
Browser Version: 87.0.4280.66
User Agent String: Mozilla/5.0 (Windows NT 10.0; Wi
n64; x64) AppleWebKit/537.36 (KH
TML, like Gecko) Chrome/87.0.428
0.66 Safari/537.36

—- Current User Details —

Role: administrator

— WordPress Configurations —

Version: 5.5.3
Language: en_US
Permalink Structure: /%year%/%monthnum%/%day%/%postname%/
Active Theme: Twenty Ten 3.1
Page On Front: Home (#11)
Page For Posts: Dummy Page (#3367)
ABSPATH: /home3/************/public_html/
All Posts/Pages: 213
WP Remote Post: wp_remote_post() works
WP_DEBUG: Disabled
WP Table Prefix: Length: 3, Status: Acceptable
Memory Limit: 40MB

— UM Configurations —

Version: 2.1.12
Upgraded From: 2.1.5
Current URL Method:
Cache User Profile: Yes
Generate Slugs on Directories: Yes
Force UTF-8 Encoding: No
JS/CSS Compression: No
Port Forwarding in URL: No
Exclude CSS/JS on Home: No

— UM Pages Configuration —

User: https://********************/user/
Account: https://********************/account/
Members: https://********************/members/
Register: https://********************/register-2/
Login: https://********************/login/
Logout: https://********************/logout-2/
Password Reset: https://********************/webmaster/

— UM Users Configuration —

Default New User Role: 0
Profile Permalink Base: user_login
User Display Name: full_name
Force Name to Uppercase: No
Redirect author to profile: No
Enable Members Directory: No
Use Gravatars: No
Require a strong password: Off

— UM Access Configuration —

Panic Key:
Global Site Access: Site accessible to Everyone
Backend Login Screen for Guests: No
Redirect to alternative login page:
Backend Register Screen for Guests: No
Redirect to alternative register page:
Access Control widget for Admins only: No
Enable the Reset Password Limit: Yes
Reset Password Limit: 3Disable Reset Password Limit for Admins: No
Blacklist Words: 5

— UM Email Configurations —

Mail appears from: ************************
Mail appears from address: *******************
Use HTML for E-mails: Yes
Account Welcome Email: No
Account Activation Email: No
Pending Review Email: Yes
Account Approved Email: Yes
Account Rejected Email: Yes
Account Deactivated Email: No
Account Deleted Email: No
Password Reset Email: Yes
Password Changed Email: Yes

— UM Total Users —

All Users(110)
administrator(1)
editor(2)
subscriber(106)
none(1)

— UM Roles —

Administrator (administrator)
Editor (editor)
Author (author)
Contributor (contributor)
Subscriber (subscriber)

— UM Custom Templates —

N/A

— UM Email HTML Templates —

N/A

— Web Server Configurations —

PHP Version: 7.3.24
MySQL Version: 5.7.23
Web Server Info: Apache

— PHP Configurations —

PHP Memory Limit: 256M
PHP Upload Max Size: 256M
PHP Post Max Size: 260M
PHP Upload Max Filesize: 256M
PHP Time Limit: 30
PHP Max Input Vars: 1000
PHP Arg Separator: &
PHP Allow URL File Open: Yes

— Web Server Extensions/Modules —

DISPLAY ERRORS: N/A
FSOCKOPEN: Your server supports fsockopen.
cURL: Your server supports cURL.
SOAP Client: Your server has the SOAP Client enabled.
SUHOSIN: Your server does not have SUHOSIN installed.
GD Library: PHP GD library is installed on your web server.
Mail: PHP mail function exist on your web server.
Exif: PHP Exif library is installed on your web server.

— Session Configurations —

Session: Disabled
Session Name: PHPSESSID
Cookie Path: /
Save Path: /var/cpanel/php/sessions/ea-php73
Use Cookies: On
Use Only Cookies: On

— WordPress Active Plugins —

Advanced Gutenberg Blocks: 1.9.8
Akismet Anti-Spam: 4.1.7
Display Posts: 3.0.2
Display Posts – Date View: 1.0.0
EditorsKit: 1.29.3
FooBox Image Lightbox: 2.7.15
FooGallery: 1.9.37
PhotoSwipe-Lightbox for FooGallery: 1.0.4
Search & Replace: 3.2.1
Simple Social Icons: 3.0.2
Ultimate Addons for Gutenberg: 1.18.1
Ultimate Member: 2.1.12
Website File Changes Monitor: 1.6.2
WordPress Access Control: 4.0.13
WordPress Persistent Login: 1.3.12
wp-forecast: 7.0
WP Activity Log: 4.1.5.1
WP BackItUp Community Edition: 1.38

### End Install Info ###

I currently have 5 sessions open, but I still have to login again at the start of a new session on the same device. I clicked on ‘allow duplicate sessions’, closed and reopened my Chrome browser, still had to login again, and now have 6 open sessions.

I used the link that WPYogi above posted https://www.ads-software.com/support/topic/troubleshooting-wordpress-35-master-list?replies=4
It showed me that the Theme Arjuna was what was breaking my site. See https://www.ads-software.com/support/topic/arjuna-x-breaks-wordpress-35/page/2?replies=44#post-3708545 if you’re using Arjuna for a fix.

Tech Ninja’s fix worked great!! Very Simple also. It fixed switching back and forth from “Visual” to “Text” on Post Edits, the “Upload Media” button, and the loading of the WP blog and news feeds on the Dashboard’s Home page. Probably some others as well, but those were the only onews that jumped out at me.
THANKS AGAIN!!

I solved the problem, but it certainly wasn’t what I had originally thought. I’d been having problems with someone conducting a password guessing attack against the ADMIN account of my website. Since the attacks were coming from numerous “spoofed” ip addresses, I couldn’t block them directly. I decided to create another Administrative level account with a different User Name, assign all ADMIN posts to the new User Name, and delete the ADMIN account. So Far, So Good.

List Manager assigns an owner to each List. Since you can only see the lists that the current logged in User owns, that creates a real problem. Since the “original owner” no longer exists, there’s no way for anyone to see any of the lists in the Admin window.

I used phpmyadmin to look at and modify the “wp_lists” database and change the “POST_AUTHOR” (owner of each list). A PROBLEM – The “POST_AUTHOR” field is a tinyinteger (0 to 127) whereas the field “ID” of the “wp_users” database, which is the lookup field of the Owner Info, is a large integer. This means there can be many more real users than truncated List Manager Users. BOTTOM LINE – the “POST_AUTHOR” must be a user with Administrator privileges whose “ID” is 1 to 127!!!

With this editing, everything works fine again.