etatus

Ok, sadly I’ll have to try another plugin to change default login page, since this seems not to support Buddypress messaging…

Any clue regarding how to solve this issue?

Mmm, that’s not good. Another workaround if you only need to individually set email settings as a global administrator is to skip the “if” I mention in my first post. Thus, BPGES settings will show on edit group pages in the backend.

View post on imgur.com

This is ugly, because you have to touch a buddypress core file (buddypress/bp-groups/bp-groups-admin.php) and also after changing an individual email setting for a member, you are redirected to frontend group settings page. But it works…

I think this feature is quite important to make individual corrections in some groups. I hope you can provide a solution soon.

Thank you.

In the page you mention I can’t see any BPGES option. If AJAX is not used on page load, I’ll try to figure out what is causing the issue and let you know.

Anyway, if you apply some filter to members in this screen, then AJAX is used. Can you see BPGES settings in that case?

• This reply was modified 4 years ago by etatus.
• This reply was modified 4 years ago by etatus.
• This reply was modified 4 years ago by etatus.

Are you using Nouveau? With Nouveau it seems bp_group_manage_members_admin_item() action is never triggered because users info is loaded via AJAX (REST API) as I mentioned. So the line you commented is not shown. When I force not to use REST API, then the line is shown.

BTW, I tested this from the backend, when you edit a group (users info is shown in the same way as frontend).

No comments regarding this issue? It is a feature that currently is NOT working…

Ok, I can see the problem. With BuddyPress 6.x + Nouveau group members are loaded via AJAX so, there is no call to ‘bp_group_manage_members_admin_item’ action that triggers ass_manage_members_email_status function in BPGES.

In particular, in file buddypress/bp-groups/bp-groups-admin.php, function bp_groups_admin_edit_metabox_members() starts with:

// Use the BP REST API if it supported.
if ( bp_rest_api_is_available() && bp_groups_has_manage_group_members_templates() && get_option('ass-admin-can-edit-email') == 'no' ) { 

And if you force not to enter this “if”, BPGES works fine, as the group members are loaded in a traditional way (not AJAX).

The problem when group members are loaded via AJAX is that the user_ids are not available to call bpges function (the loop is done via Javascript in buddypress/bp-templates/bp-nouveau/buddypress/common/js-templates/group-members/index.php), so I couldn’t find an easy way to solve the problem. I hope you can.

In my case I clicked on Unsubscribe from all groups in user profile settings > Emails and then I still saw the notifications in preview page (daily digest). I don’t now if this also happens with other unsubscribe mechanisms.

That’s good news! Thank you!

Nice, thank you for the update!

That would be nice! As a workaround, I had to comment the line $this->remove_uploaded_files(); at the end of function proceed() in file contact-form-7/includes/submission.php. But now I have to manually delete attachments from sent emails (in wp-uploads dir).

Ok, as I imagine, when the queue is used, a new instance of phpmailer is created, so all previous configuration is missing.

See: gd-mail-queue/core/objects/core.email.php, function build_phpmailer()

If I set the DKIM configuration after that, the signature is correctly generated.

Is there a more elegant way to do this?

Thanks!

Related to this, I found a bug in file bp-activity-subscription-function.php in function ass_set_email_type() –> case 'bp-ges-digest' : where the html_content have less information than plaintext_content (It’s missing the last sentence: To disable these notifications…)

And the same happens in case 'bp-ges-notice' :

(…and a <br/> is missing after – in html templates)

I hope you can fix this in the next release.

• This reply was modified 4 years, 3 months ago by etatus.
• This reply was modified 4 years, 3 months ago by etatus.

Thanks for the quick response! I had already tried your steps except for emptying the trash (and it didn’t work). Now, I’ve just figured out another way to get it. You can use one of the available BuddyPress Tools (Tools > BuddyPress) to reinstall Emails, so the language is updated.

Any update regarding this issue?