It is strange that you do not experience the same here, where the same page forum code run.
By the way, it should be quite easy to edit these things for anyone, the page-forum is intended to be a working basic (but complete) example that anyone can edit as more like.
2.4.9 is coming presumably today.
It fix logic flow on call hooks that have been little wrongly enqueued due to last main modifications.
It fix also page-forum and UID1 in WP and UID2 in phpBB.
The fix trick, which i had never think into, is right into new page forum code:
Code: Select all
// START MAY DO NOT MODIFY
if(defined("W3PHPBBCONFIG")){
// detect if it is the uid2 in phpBB
$phpBBuid2 = (isset($_COOKIE[W3PHPBBCONFIG["cookie_name"].'_u']) && $_COOKIE[W3PHPBBCONFIG["cookie_name"].'_u'] == 2) ? 2 : 0;
} else { $phpBBuid2 = 0; }
so into js code part more below where this first line has been added:
Code: Select all
var wp_u_logged = ".$current_user->ID.";
var phpBBuid2 = ".$phpBBuid2."; // new line to detect id2 in phpBB
then this:
Code: Select all
if( w3all_phpbb_u_logged == null && wp_u_logged > 1 || wp_u_logged == 0 && w3all_phpbb_u_logged != null ){
document.location.replace('".$w3allhomeurl."/index.php/".$wp_w3all_forum_folder_wp."/');
}
has been switched to this:
Code: Select all
if(phpBBuid2 != 2){ // if not phpBB uid 2 or get loop for this user
if( w3all_phpbb_u_logged == null && wp_u_logged > 1 || wp_u_logged == 0 && w3all_phpbb_u_logged != null ){
document.location.replace('".$w3allhomeurl."/index.php/".$wp_w3all_forum_folder_wp."/');
}
}
The loop problem that come out when admin id2 in phpBB, login in phpBB iframed,
has been definitively resolved.
The phpBB config here has been retrieved, but W3PHPBBUSESSION user session data can also be used into page forum, for many things, may not immediately arguable. You'll have these data (user session and all phpBB config data) before the iframe retrieved and his js code (both wp and phpBB side) fire.
It is strange that you do not experience the same here, where the same page forum code run.
By the way, it should be quite easy to edit these things for anyone, the page-forum is intended to be a working basic (but complete) example that anyone can edit as more like.
2.4.9 is coming presumably today.
It fix logic flow on call hooks that have been little wrongly enqueued due to last main modifications.
It fix also page-forum and UID1 in WP and UID2 in phpBB.
The fix trick, which i had never think into, is right into new page forum code:
[code]// START MAY DO NOT MODIFY
if(defined("W3PHPBBCONFIG")){
// detect if it is the uid2 in phpBB
$phpBBuid2 = (isset($_COOKIE[W3PHPBBCONFIG["cookie_name"].'_u']) && $_COOKIE[W3PHPBBCONFIG["cookie_name"].'_u'] == 2) ? 2 : 0;
} else { $phpBBuid2 = 0; }[/code]
so into js code part more below where this first line has been added:
[code] var wp_u_logged = ".$current_user->ID.";
var phpBBuid2 = ".$phpBBuid2."; // new line to detect id2 in phpBB[/code]
then this:
[code] if( w3all_phpbb_u_logged == null && wp_u_logged > 1 || wp_u_logged == 0 && w3all_phpbb_u_logged != null ){
document.location.replace('".$w3allhomeurl."/index.php/".$wp_w3all_forum_folder_wp."/');
}[/code]
has been switched to this:
[code] if(phpBBuid2 != 2){ // if not phpBB uid 2 or get loop for this user
if( w3all_phpbb_u_logged == null && wp_u_logged > 1 || wp_u_logged == 0 && w3all_phpbb_u_logged != null ){
document.location.replace('".$w3allhomeurl."/index.php/".$wp_w3all_forum_folder_wp."/');
}
}[/code]
The loop problem that come out when admin id2 in phpBB, login in phpBB iframed, [b]has been definitively resolved.[/b]
The phpBB config here has been retrieved, but W3PHPBBUSESSION user session data can also be used into page forum, for many things, may not immediately arguable. You'll have these data (user session and all phpBB config data) before the iframe retrieved and his js code (both wp and phpBB side) fire.