Paul Schacht

Seeing the same thing on desktop at https://digitalthoreau.org/fluid-text-toc/

The last section on the page, which is long, is not all displayed. It fades out mid-sentence, mid-paragraph, mid-section.

Update: I’ve commented out the shortcodes for now. I need this content to be displayed. I’m using a TOC and target links instead. So if you visit the page, you won’t see the issue.

• This reply was modified 2 months ago by Paul Schacht.

Merci mille fois for fixing this right away, and for the helpful explanation! The images are all showing up as expected now.

I really appreciate the link to the documentation as well!

. . . and, problem solved! Actually, both problems. User-activation emails are now routed through WP Mail SMTP, and they no longer contain multiple To headers. Gmail is happy and so am I. Thanks, @dpinson!

Thanks, @dpinson! Here’s another update. I’m continuing to work on figuring out why BuddyPress would insert the username twice in both message-notification and user-activation emails. Meanwhile, though, the reason I originally installed WP Mail SMTP was that user-activation emails to new users were being rejected by Gmail for failing SPF and DKIM. And I notice that both user-activation and message-notification emails continue to be sent via PHPMailer rather than WP Mail SMTP. This is the case even though in the Settings for WP Mail SMTP I have “Force From Name” “Force From Email” turned on.

So even if I can solve the “multiple To headers” problem, these emails will continue to be rejected by Gmail. The “force” settings are supposed to override plugin-specific settings, so that emails will be handled by WP Mail SMTP, but evidently that’s not happening. Any idea why?

Thanks again.

Update: I have reason to believe that this is a BuddyPress issue rather than a WP Mail SMTP or SendLayer issue.

Thanks, Michael. Here’s a screenshot.

https://drive.google.com/file/d/0B0oOcY1CjCZDQkNJTXZoRFJmVDg/view?usp=sharing

Until a while ago, the first name and last name of the user would appear in the “Name” column between the avatar and the email address. Nos there’s just space. To verify that a prospective user is legit, I typically cmd-click the avatar to go to the user’s profile in a new tab. I then review how the user completed the registration form. In the past, I wouldn’t even bother doing this for users who showed up with names such as “XM LF”. Since it was obvious that they weren’t legit, I would simply delete them. Now that no name shows up under “Name,” I have to go to every prospective user’s profile page to check if they’re legit.

Thanks for asking, Michael. I reverted to 4.1.3 and have stayed there. Based on other folks’ reported experience in the forum, I’ve been wary of upgrading. (I was the one who started this thread with 75 replies.)

4.1.3 still chugs along, although a while back it stopped displaying users’ first name – last name (from the profile fields) in the list of held registrations, making it harder to separate spammers (whose names typically read something like “XM LF”) from legitimate registrants.

I just went to the dashboard and tried again. The list of new member requests just came up. So my issue with 4.1.3 appears to be resolved.

Michael: I’ve opened a new thread for my issue, though it sounds like it’s probably the same issue Wayne is dealing with.

Michael – 4.1.3 has now suddenly stopped working for me on https://commons.digitalthoreau.org. It continues to hold new member requests, but when I click the dashboard link to review them for approval/denial, the request times out and I get a 504 bad gateway error.

I currently have about 20 new member requests awaiting moderation but no way to view them.

Is there an alternative way to get to them?

I’m fearful of upgrading to 4.2 in light of my previous experience and what wrowlands is reporting. Any suggestions would be appreciated.

What Wayne said. Thanks for the plugin – and thanks for responding quickly to our feedback.

Paul (whatthedickens)

Hold on.

I only have the first option checked: “Moderate New Members.”

I don’t have the second option checked on either of my sites.

On one site, I’ve reverted to 4.1.3, and the plugin successfully holds registrations for moderation with just the one option checked.

On the other site, running 4.2, the plugin doesn’t hold registrations and nothing appears in the queue. There, too, I only have the first option checked.

In 4.2, they don’t show up in the moderation queue at all. In 4.1.3, the plugin successfully holds all new registrations for moderation.

I did have those two options checked.

The information I provided earlier about wp_prefix_usermeta came from browsing the table. I’m afraid I don’t know how to write queries. However, when I enter the query

SELECT * FROM wp_prefix_usermeta WHERE meta_key = ‘_bprwg_is_moderated’ (that is, with underscore included), I get an empty result.

When I enter the query

SELECT * FROM wp_prefix_usermeta WHERE meta_key LIKE ‘%bprwg%’ I get 150 results, showing umeta_id, user_id, meta_key, and meta_value. In all 150 results, the meta_key is ‘bprwg_ip_address’ and the meta_value is the user’s IP address.

I’m not an experienced SQL user, but here’s what I find when I browse wp_prefix_usermeta (this is a WP multisite installation):

For every user up through the last one that the plugin held for moderation, I see a meta_key of “bprwg_ip_address” with the user’s IP as meta_value.

For users since the plugin stopped holding for moderation, I see no key beginning “bprwg”

Actually, I have another site using the plugin – https://sunygeneseoenglish.org

It’s stopped working there since the upgrade, too. However, right now I’m limiting registrations to users from one particular domain, so it doesn’t matter that they’re able to bypass moderation.

What this means, though, is that the last few registrants are still there (since they’re not spammers), so I can look at them in the database.

Anything I should look for besides what you mentioned above about the value in wp_usermeta?