Does not record any activity
-
It’s a clean installation, a site I just created.
I installed the plugin, followed the initial step-by-step instructions, but it doesn’t record anything in the logs.
Only 1 administrator.I’m already familiar with the plugin, as I use it in several projects, everything I tried to change didn’t work, the logs aren’t recorded.
-
Hello @felipexa,
I’m sorry to hear about this issue—this is definitely unexpected.
To better assist you, could you confirm if you’re using the latest version of the plugin, 5.3.2? If not, I highly recommend updating to this version. For a completely clean installation, you may consider the following steps:
- Navigate to Settings → Advanced Settings in the plugin and enable the “Delete all data upon uninstall” option.
- Deactivate and remove the plugin from your WordPress site.
- Reinstall the latest version directly from the WordPress repository.
Once you’ve ensured you’re on the latest version, could you try performing some basic site activities—such as creating a new user, adding a post, or publishing a page—and let me know if the issue persists?
Looking forward to your update!
Best regards,
Thanks for the feedback.
Yes, I am using the latest version. I also did the procedure, without success, no logs are recorded.
In addition, I also deleted 1 entry from the wp_options table: “– wsal_restrict-plugin-settings”. The “– wsal_only-me-user-id” did not exist in the database.
Still, no logs are recorded.
System information, to provide more details:
Multisite: No
-- User Browser --
Platform: Windows
Browser Name: Chrome
Browser Version: 133.0.0.0
User Agent String: Mozilla/5.0 (Windows NT 10.0; Wi
n64; x64) AppleWebKit/537.36 (KH
TML, like Gecko) Chrome/133.0.0.
0 Safari/537.36
-- WordPress Configuration --
Version: 6.7.2
Language: pt_BR
Permalink Structure: /blog/%postname%/
Active Theme: Hello Elementor 3.3.0
Show On Front: page
Page On Front: Home (#191)
Page For Posts: Unset
ABSPATH: /home/incom/public_html/
WP_DEBUG: Disabled
WP Memory Limit: 40M
-- WordPress Active Plugins --
Code Snippets: 3.6.8
Elementor: 3.27.6
Elementor Pro: 3.27.4
Firelight Lightbox: 2.3.11
WP Activity Log: 5.3.2
-- WordPress Inactive Plugins --
JetEngine: 3.6.4.1
LiteSpeed Cache: 6.5.4
-- Webserver Configuration --
PHP Version: 8.2.18
MySQL Version: 10.6.17
Webserver Info: LiteSpeed
-- PHP Configuration --
Memory Limit: 512M
Upload Max Size: 16M
Post Max Size: 128M
Upload Max Filesize: 16M
Time Limit: 360
Max Input Vars: 100000
Display Errors: N/A
-- WSAL Options --
Option: wsal_built-in-notifications
Value: a:6:{s:26:"daily_summary_notification";b:0;s:19:"daily_email_address";s:19:"[email protected]";s:31:"daily_send_empty_summary_emails";b:0;s:27:"weekly_summary_notification";b:0;s:20:"weekly_email_address";s:19:"[email protected]";s:32:"weekly_send_empty_summary_emails";b:0;}
Option: wsal_details-level
Value: geek
Option: wsal_disabled-alerts
Value: a:76:{i:0;i:2126;i:1;i:2003;i:2;i:2029;i:3;i:2030;i:4;i:2031;i:5;i:2032;i:6;i:2033;i:7;i:2034;i:8;i:2035;i:9;i:2036;i:10;i:2037;i:11;i:2038;i:12;i:2039;i:13;i:2040;i:14;i:2041;i:15;i:2056;i:16;i:2057;i:17;i:2058;i:18;i:2063;i:19;i:2067;i:20;i:2068;i:21;i:2070;i:22;i:2072;i:23;i:2076;i:24;i:2088;i:25;i:2104;i:26;i:2105;i:27;i:5021;i:28;i:5027;i:29;i:2108;i:30;i:2004;i:31;i:2005;i:32;i:2006;i:33;i:2007;i:34;i:2009;i:35;i:2013;i:36;i:2015;i:37;i:2018;i:38;i:2020;i:39;i:2022;i:40;i:2026;i:41;i:2028;i:42;i:2059;i:43;i:2060;i:44;i:2061;i:45;i:2064;i:46;i:2066;i:47;i:2069;i:48;i:2075;i:49;i:2087;i:50;i:2102;i:51;i:2103;i:52;i:2113;i:53;i:2114;i:54;i:2115;i:55;i:2116;i:56;i:2117;i:57;i:2118;i:58;i:5020;i:59;i:5026;i:60;i:2107;i:61;i:9999;i:62;i:6069;i:63;i:6070;i:64;i:5010;i:65;i:5011;i:66;i:5012;i:67;i:5013;i:68;i:5014;i:69;i:5015;i:70;i:5016;i:71;i:5017;i:72;i:5018;i:73;i:5022;i:74;i:5023;i:75;i:5024;}
Option: wsal_dismissed-privacy-notice
Value: 1,wsal_privacy
Option: wsal_frontend-events
Value: a:4:{s:8:"register";b:0;s:5:"login";b:0;s:11:"woocommerce";b:0;s:12:"gravityforms";b:0;}
Option: wsal_notifications
Value: a:19:{s:24:"email_notifications_body";s:2:"""";s:22:"sms_notifications_body";s:2:"""";s:25:"shorten_notification_urls";b:0;s:32:"notification_summary_user_logins";b:1;s:34:"notification_summary_failed_logins";b:1;s:27:"notification_wrong_password";b:1;s:35:"notification_summary_wrong_username";b:1;s:37:"notification_summary_password_changes";b:1;s:54:"notification_summary_password_user_change_own_password";b:1;s:56:"notification_summary_password_user_change_other_password";b:1;s:37:"notification_summary_plugins_activity";b:1;s:36:"notification_summary_system_activity";b:1;s:36:"notification_summary_content_changes";b:1;s:36:"notification_summary_published_posts";b:1;s:34:"notification_summary_deleted_posts";b:1;s:34:"notification_summary_changed_posts";b:1;s:41:"notification_summary_status_changed_posts";b:1;s:46:"notification_summary_multisite_individual_site";b:0;s:46:"notification_summary_number_of_events_included";b:0;}
Option: wsal_plugin_version
Value: 5.3.2
Option: wsal_pruning-date
Value: 3 months
Option: wsal_pruning-date-e
Value: yes
Option: wsal_pruning-limit-e
Value: no
Option: wsal_pruning-unit
Value: months
Option: wsal_setup-complete
Value: yes
Occurrences table rows: 0
Occurrences table size: 0Mb
Meta table rows: 0
Meta table size: 0.00Mb
### System Info → End ###Hello again, Felipe!
Thank you for providing all the details, especially the system information file—that’s been really helpful!
After reviewing the sys info file, I noticed a potential red flag at the bottom, which could give us some clues about what’s happening. Specifically, the following tables appear to have a size of 0.00MB, suggesting that they might not have been created properly during installation:
- Occurrences table rows: 0
- Occurrences table size: 0.00MB
- Meta table rows: 0
- Meta table size: 0.00MB
Normally, in my tests and previous experience, I know that the minimum table size should be around 0.05MB, so this looks unusual. Could you please check your newly deployed site’s database to confirm whether the WSAL_OCCURRENCES and WSAL_METADATA tables were created?
Since these tables are responsible for storing logs, their absence could explain the issue you’re experiencing. Given that you mentioned this is a freshly deployed site, it’s likely a permissions issue, or a misconfiguration on server level that prevented the plugin from creating the necessary tables during installation.
To further investigate:
- Try installing the plugin on a different site to see if the issue is isolated (which I am confident it is).
- If the problem is specific to this site you are currently testing, compare the server-level permissions and database privileges between the working and non-working sites.
Let me know what you find, as I am confident the above should pin point to the cause for sure!
Hello.
The “wsal_occurrences” table did not actually exist in the database.
I exported its structure from another installation that was working correctly, imported it into the database and cleared all of its contents.
From then on, the plugin started to record all occurrences normally.
Thank you very much for your help, it completely solved the problem.Glad to hear the good news, Felipe! That makes total sense now indeed!
It would do us a great favor if you can spare one minute to review our plugin and support here – https://ww.wp.xz.cn/support/plugin/wp-security-audit-log/reviews/ . These reviews take a minute to share, but can really help us and the plugin to grow!
Have an amazing day ahead 🙂
The topic ‘Does not record any activity’ is closed to new replies.
