sgb02

I think the problem is the labels on some of these fields in your dashboard don’t match the actual values or the configured values.

For example the *actual* PHP Memory Limit is 256M (as configured in php.ini) but your dashboard shows PHP Memory Limit : 384 MB. But WP cannot actually set a value which is higher he the value in php.ini.

The value you show as 384MB is the configured value of WP_MAX_MEMORY_LIMIT. But this value is misconfigured given the php.ini value.

For the above scenario, your dashboard should show:
PHP Memory Limit : 256 MB
WP_MEMORY_LIMIT : 256M
WP_MAX_MEMORY_LIMIT : 384M (error exceeds php.ini value)

The Fatal Error seems to be gone in my quick testing – on our vanilla test site.

• This reply was modified 5 years, 2 months ago by sgb02.

Yes, We are using the UsersWP plugin which includes a custom login page.

To clear the fatal error, use FTP or similar app to rename the WP Security Audit Log plugin folder

I just confirmed that I can recreate the fatal error on a new WP 5.2.2, PHP 7.2 site with one sample page using theme 2019, and only 2 plugins installed : WP Security Audit Log ver 3.4.3.1, and UsersWP ver 1.1.3.

To recreate:
– activate UserWP plugin
– have WP Security Audit disabled, access website home page – works fine
– activate WP Security Audit plugin
– goto [server]/wp-login.php OR [server]/wp-admin – fatal error

UsersWP version 1.1.3

Note we had both WP Security Audit ver 3.4.2 and UsersWP ver 1.1.3 running just fine for a couple weeks, then updated the WP Sec Audit plugin on Aug 30 and saw Fatal Error on Aug 31.

1) I’ll get back to you on this question
– if you have customized the login page
– how is the usersWP plugin implemented (any particular settings etc)

2) What version of our plugin are you using? – 3.4.3.1

3) What version of WordPress and PHP are you using? WP 5.2.2, PHP 7.2

4) Can you give us more details on how to reproduce this issue? Is this error being generated whenever someone accesses the page, or when someone tries to login? To recreate:
– have WP Security Audit disabled, access website home page – works fine
– activate WP Security Audit plugin
– goto [server]/wp-login.php OR [server]/wp-admin – fatal error

5) Is the error a show stopper (i.e. the website crashes / user cannot work) or it is just generated in the background? – Near Showstopper, fatal error if WP Security Audit is activated – Cannot login. So, we have disabled WP Security Audit plugin.

Apparently it was interfering with WP Offload plugin, so I updated to the latest version of Smush (which indicated a fix for conflicts with WP Offload). Problem seems to be resolved.

I have screenshots that I can share with you, showing the problem.

ok seems to work now
thanks !

Thanks I will try it.

Does this also fix the problem with Assigning tickets to Agents?

No, I think there are some bugs currently preventing multisite support.

I installed this plugin on multisite, after searching the forum and finding that the wpsupportplus team had answered a previous question involving multisite.

However, after installing on my multisite, I have not been able to add Agents or Supervisors. I have a ticket open now for over two weeks, but no resolution.

This plugin looks promising, but I need it to support multisite.

• This reply was modified 6 years, 9 months ago by sgb02.

Can’t get …

Yes I changed the “Photo Date” field to be called “Created” and will save as a custom field.

Works perfectly now ??
I had overlooked on the IPTC/EXIF tab…

Thanks again for such a useful plugin…!