justmattb

I’m noticing the same thing in my logs. I believe that HostGator uses this to monitor their servers. Any way to have these filtered out in the logs? Mine is filling up with only these entries, so I’d like a way to “whitelist” this user agent, or at lesat the REMOTE_ADDR they are all coming from.

Strange – must have been something local. I am running this on MAMP, so when I went in and change the PHP version from 5.4.4 back to 5.2.17, I still had the issue. When I changed back to 5.4.4, the options page appeared. Weird… Closing this out.

Looks like I got it figured out by adding this in the wp-admin/.htaccess file:

#For WPML Translations
RewriteCond %{QUERY_STRING} page=wpml-translation-management/menu/translations-queue.php(.*) [NC]
RewriteRule . - [S=2]

Does that seem about right?

Oh, and using:

BuddyPress Version: Version 1.6.1
Plugin Version: Version 3.2.2

Hi @sboisvert – any chance you might be able to look at the thread below? The admin notification emails suffer from the same problem with backslashes.

https://www.ads-software.com/support/topic/plugin-buddypress-group-email-subscription-emails-not-parsing-quotes-and-apostrophes?replies=7

No, same problem here. This was addressed earlier for the digest emails, but still needs fixed for admin notification emails. Here is the previous thread that I am hoping will get an answer on as well:

https://www.ads-software.com/support/topic/plugin-buddypress-group-email-subscription-emails-not-parsing-quotes-and-apostrophes?replies=7

Actually, I think the problem just lies in the admin notices that are sent. The regular digests are stripping out the slashes. Is there a way to apply this filter to the admin emails? Maybe add something in bp-activity-subscription-functions.php in the function ass_admin_notice() section starting at line 1401?

I still have this problem; anybody else?

Nope, the problem has been resolved with the latest update(s). Thanks for the follow-up!

Thanks for the time you put in to explain this; however, I am actually using this plugin for the purpose intended. I am offloading bulk email to Mandrill’s transactional email service so bulk email sends are easily tracked and not handled through the host (which also increases the chance the mail gets sent to the SPAM box).

Because this plugin is supposed to catch all email sent via wpmail() – which in itself will include registrations, password resets, etc., one would hope it would not mess with any of the formatting already being passed to wpmail() – instead it would just send it exactly as it gets it (with the understanding that it might add some tags for tracking purposes).

Formatting issue looked to be caused by the plugin I was trying to use to send out emails (wpMandrill). Switched to Configure SMTP and formatting works fine.

I see that there are entries now for user registration (after fixing this). Any chance you can add more details in here? What I would specifically be looking for the most is the IP address used during registration.

Thanks!

To fix this for now, I believe all you need to do is delete lines 732 and 733 from ThreeWP_Activity_Monitor.php:

dbg( $user_id );
dbg( $user_data ); exit;

These look like possibly some debugging was going on during build. Taking them out returns this portion to what it looked like in the previous version.

I get the same thing when somebody tries to register.

Fatal error: Call to undefined function dbg() in …/wp-content/plugins/threewp-activity-monitor/ThreeWP_Activity_Monitor.php on line 732

Thanks; I’ve downloaded the latest version and it has fixed one issue. There are more issues with this plugin these days and I have added the problems I see in the issues on GitHub.