Forum Replies Created
In reply to: [Rank Math SEO] Page not found title on BuddyPress Activate Your Account pageForum: Plugins
In reply to: [Rank Math SEO] Page not found title on BuddyPress Activate Your Account page
Thanks for looking into that.
The direct URL for the activation page works fine [/activate/], but when a new user visits the URL (containing the activation key from the Activation Email) when activating their account [/activate/123/ for example], then “Page not found” is seen in the title.
Thank you for looking into this. We’ve conducted a few tests and while it seems to fix the issues with the Wordfence emails, the BuddyPress emails revert back to being sent in text.
We’re having the same issue on our “Activate” page.
We’re using BuddyPress.
After some further testing, this appears to be an issue with version 1.0.74 of the Rank Math plugin; the issue was resolved when we rolled back to version 1.0.73.
Thanks for your reply. We’ve tried the code and it works to some extent.
It would seem it changes some of the line breaks in Wordfence emails. We’ve noticed the Wordfence emails have gone from HTML to Plain Text format. They display OK, but the format change would probably explain why some line breaks are removed. This may be impacting other emails, but we are not aware of any more yet.
You’re right about it being complex!
Thanks for your help and the link though; we really appreciate it. 🙂
Thanks for your response and the information; do you know if this is a fix BuddyPress are already planning to implement?Forum: Plugins
In reply to: [BP Profile Search] Change of profile field type can break searchesForum: Plugins
In reply to: [BP Profile Search] Custom directory search with commas
Thanks for your reply. 🙂
We won’t be using Page Caching. In this case, should we keep the single
define('WP_CACHE', true);that we added to the wp-config.php file? Essentially, the question then becomes, do we need the above line in the wp-config.php file for Hummingbird to correctly interact with Redis?
You’ve completely got us there! Somehow we missed the obvious solution staring us in the face. 🙂
Thanks again for your help.
Here’s the site we’ve been testing it on.
The profile field we’re testing is “Connection”; it’s the first drop down select box on the home page search. We’re creating a dating site; our hope is that a visitor who comes to the site and doesn’t have a preference over connection type (e.g. long term dating, short term dating, etc.) could search for “Anything” and the search results would show all users, whilst also still respecting the selections made from other fields within the same search (such as gender).
We haven’t had any luck with this code either, we’re afraid; it doesn’t seem to be altering the displayed results of any searches.
Thanks again for your help. 🙂