Problems with Client portal

Hi there,

Thanks for the detailed report!

If modifying our plugin in this way is causing problems, then the recommended course of action is to revert the modification.

All that I can do is bump up by a notch our feature request for the Gutenberg editor in Client Portal.

And hopefully the development team can get to it at some point. I will add, though, that they have quite a lot on their table at the moment, so I can’t promise that it will happen in the recent future.

With the best of wishes,
Gabriel

Hello again,

I have seen now that 2) happens even without any modifications so I am issuing a bug report for this.

Until it’s fixed, the only way around it when you want to edit such a page is unfortunately to briefly disable the Client Portal plugin.

Sorry for not understanding this initially.

Best regards,
Gabriel

Greetings @gabrielberzescu,

I think I probably found the root of the issue in the case of the activation of the Gutenberg.

I tested the following function:

function cp_shortcode( $atts ){
if( !is_user_logged_in() ){
if( !empty( $this->options[‘portal-log-in-message’] ) )
$message = $this->options[‘portal-log-in-message’];
else
$message = $this->defaults[‘portal-log-in-message’];

return $message;
}
else{
$user_id = get_current_user_id();
/* echo $user_id; */
$private_page_id = $this->cp_get_private_page_for_user( $user_id );
/* echo $private_page_id; */
if( $private_page_id ) {
$private_page_link = get_permalink($private_page_id);
?>
<script>
window.location.replace(“<?php echo $private_page_link ?>”);
</script>
<?php
}/*else{

echo $private_page_id;
}*/
}
}

This function works fine but I suspeched that the issue might be coming from the function cp_get_private_page_for_user:

function cp_get_private_page_for_user( $user_id ){
$args = array(
‘author’ => $user_id,
/*’post_status’ => ‘publish’,’inherit’,*/
‘posts_per_page’ => 1,
‘post_type’ => ‘private-page’,
);
print_r($args);
/* echo $user_id; */
/* echo get_posts($args); */
/* print_r(get_posts( $args )); */
$users_private_pages = get_posts( $args );
/* echo $users_private_pages; */
if( !empty( $users_private_pages ) ){
foreach( $users_private_pages as $users_private_page ){
return $users_private_page->ID;
break;
}
}/* else {echo “potato”; } */
/* we don’t have a page */
return false;
}

It turns out that this is true and the issue stems from get_posts( $args ). In the case that Gutenberg is active and the content is updated using Gutenberg this function returns an empty array!! Therefore, there is no permalink to get.

I searched online and the issue appears to be related to the number and type of arguments that are passed to the get_posts function. Given this function do you have any suggestions about any arguments that should be added or removed? I tried a few one but still not working.

Anyway, I hope this help. Have a wonderful evening.

Regards.

Hello there @strongandathletic

This is about:

1. Client portal redirection PHP function works well with the classic editor, once Gutenberg is activated via the modification of Client portal’s PHP code by adding the line ” ‘show_in_rest’=> true, “, initially the redirection PHP function works well but once the content of a given user’s private page is updated by adding content to it, the named function does not redirect very well.

Correct?

If so, then I can forward this information to the development team for when they add support for Gutenberg in the private pages.

Best of wishes,
Gabriel

Hello @gabrielberzescu,

That’s totally correct. With my previous post, I was pointing at what might be potentially the problem when adding the line o‘show_in_rest’=> true. It appears that the problem stems from the get_posts function.

Regards.

All right, thank you! ??

I am forwarding the information to our development team.

Cheers,
Gabriel