Coming 2.6.9 phpBB WordPress logs/bugs/requests

Post a reply


This question is a means of preventing automated form submissions by spambots.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

If you wish to attach one or more files enter the details below.

Maximum filesize per attachment: 1 MiB.

Expand view Topic review: Coming 2.6.9 phpBB WordPress logs/bugs/requests

Re: Coming 2.6.9 phpBB WordPress logs/bugs/requests

by axew3 » Mon Jan 23, 2023 8:15 pm

2.6.9 has been released.
Enjoy lovely and cool people!

Re: Coming 2.6.9 phpBB WordPress logs/bugs/requests

by axew3 » Mon Jan 23, 2023 6:50 pm

phpBB user notifications

Add option:
Only get the total notifications count, of any type, default phpBB and customs types created by extensions

If selected, then just use echo $w3all_phpbb_unotifications; in this case, to display the number of unread notifications, declaring it as global, into any Php template or (maybe) some other plugin.

2.6.9 is going to be released now!

Code: Select all

= 2.6.9 =
*Release Date - 23 Jan, 2023*
* Fix: /wp-content/plugins/wp-w3all-phpbb-integration/views/wp_w3all_phpbb_unotifications_short.php about all remaining bugs and add latest lacking cases: type.forum, type.disapprove_topic, type.disapprove_post
* Fix: the $w3all_phpbb_unotifications global var is now initialized as array into wp_w3all.php so that when used count($w3all_phpbb_unotifications) to display notifications count, will be not necessary to check if the var is or not empty before to count().
* Fix: Pm notifications are now retrieved based on $phpbb_user_session[0]->user_unread_privmsg var that replace $phpbb_user_session[0]->user_new_privmsg
* Fix: missing default WP 'author' role added into '/wp-content/plugins/wp-w3all-phpbb-integration/common/wpRoles_phpbbGroups.php'
* Fix: Roles/Groups switches, see related option hints, the linked help page and '/wp-content/plugins/wp-w3all-phpbb-integration/common/wpRoles_phpbbGroups.php'
* Fix: wrong hint about Author/Editor, related to "Switch the WP user to specified Group in phpBB, when Role updated in WordPress or vice versa" option
* Fix: Buddypress, Memberpress and Woocommerce registration, pass update, email change flows.
* Fix: minor fixes all around.
* Note: read this about Buddypress, Memberpress and Woocommerce: https://www.axew3.com/w3/forums/viewtopic.php?p=5939#p5939
* Add: option Only get the total notifications count, of any type, default phpBB and customs types created by extensions. If selected, then just use echo $w3all_phpbb_unotifications; in this case, to display the number of unread notifications, declaring it as global, into any Php template or (maybe) some other plugin.
* Remove: an obsolete function.
* More logs, please read: https://www.axew3.com/w3/forums/viewtopic.php?t=1781

Re: Coming 2.6.9 phpBB WordPress logs/bugs/requests

by axew3 » Mon Jan 23, 2023 3:13 pm

Fix not congruent behavior (and error) when an user that result to be logged into phpBB, access the WP admin when on class.wp.w3all-phpbb.php
/class.wp.w3all-phpbb.php(673):
do_action('wp_login', 'alessiow3', Object(stdClass))
return error, because the subsequent fired

Code: Select all

 add_action( 'wp_login', 'wp_w3all_phpbb_login', 10, 2);
was failing with a: wp_w3all_phpbb_login NOT FOUND

Re: Coming 2.6.9 phpBB WordPress logs/bugs/requests

by axew3 » Mon Jan 23, 2023 9:34 am

As part of logs notes about 2.6.9 and
Woocommerce, Buddypress, Memberpress


Excerpt of another post:

Ok, tested all the required, yes Buddypress go with his own way (and i did not tested it by long time) about many things, overwriting default WP hooks and filters. For example, my inline hint say:

Code: Select all

// since WP 5.8 $userdata added, but with Buddypress installed it return same values for $old_user_data and $userdata
// same goes for $wpu = get_user_by('ID', $user_id), at this execution time, if Buddypress is active it return old data
The profile_update hook, is completely problematic on Buddypress and company.

On 2.6.9 (really coming today!) all has been fixed in the easy way you'll see into wp_w3all.php file

Code: Select all

add_action( 'profile_update', 'wp_w3all_up_phpbb_prof', 10, 2 ); // since WP 5.8 $userdata added
//add_action( 'profile_update', array( 'WP_w3all_phpbb', 'wp_phpbb_update_profile' ), 10, 3 );
inline hints on class.wp.w3all-phpbb.php on public static function phpbb_update_profile($user_id, $old_user_data) { let see how all has been resolved.

One thing not resolved (that can be easily fixed, but require specific code for buddypress or memberpress or woocommerce, or we must see how it can be fixed in different way using native wp hooks/filters). If an user try to update his email that is existent into phpBB, then the email reset to the old one AND: no error message display, and the notification email about email change is sent. If the user try to confirm by clicking into the email confirm link, obviously, will not reset nothing.

It is intended that all users are paired into WP phpBB, if not it will happen (like before) when same email is found into phpBB.
These "problems" do not occurs into an integration with paired users. But could exists for example, deactivated users in phpBB that an admin forget or do not want eliminate in phpBB, but that do not exists into WordPress.

If the email is found duplicated into WP: naturally, the WP error (normal/default WP flow) about duplicate email will be thrown.

The phpBB extension tagged version 2.0 and configurable into ACP and fixed about all bugs is ready and will be published immediately after 2.6.9 release.

Stay tuned it will be (easily) cool!

[EDITED]

Re: Coming 2.6.9 phpBB WordPress logs/bugs/requests

by axew3 » Thu Jan 19, 2023 10:18 pm

Fix: avoid wordpress user registration, if same email exist in phpBB ->
Front end plugins pages: for example memberpress plugin -> memberships registration/subscription page, was bypassing the check.

It is anyway intended that when the integration start, all users have been paired, so that these kind of problems are impossible to happen.

Anyway, may someone forget that may exists some disabled user's emails or some other specific case.

Re: Coming 2.6.9 phpBB WordPress logs/bugs/requests

by axew3 » Mon Jan 16, 2023 2:07 pm

The Roles/Groups switch about if a WP user changed Role due to to some plugin process and not due to an admin action, has been added.
It is necessary to read the related option hint into plugin admin, the help page, and the included default file inline hints to understand how to correctly use it.

The option that check for front-end registration plugins pages could be removed, since the new introduction of the

Code: Select all

add_filter( 'wp_pre_insert_user_data', 'w3all_wp_pre_insert_user_data', 10, 4 ); // this work for front-end plugins
filter: it will be an unique function that will go to replace several filters and hooks functions on next releases, making the integration code shorter and surely compatible into any scenario with any plugin.

2 (really) not useful functions have been removed.
The public static function ck_phpbb_user( $user_login = '', $user_email = '' ){
has been little improved, and will the unique used to get/check phpBB user's info.

Many other functions will be removed on next releases, and hooks/filters removed/substituted or improved on related functions. It is just a start.

The flow will be smooth, easy to understand, and not confused like it is (even if it is perfectly working right now). The integration plugin 2.6.9 come tested working fine into buddypress, memberpress, woocommerce, and should be quite ready to work fine with any other.

Top