abdnad89

Hi,

OK, I will try enabling the User Cache option in WP Rocket.

Regarding the translations — yes, that was just an example. I meant the actual string “Thank you for registering. Your account requires manual approval”. I’ll try using the “Rescan plugins and themes for strings” option in TranslatePress to force detection.

Thanks for your help!

Hello,

Thank you for your reply — you were right, the issue was indeed caused by caching.
In our case, it was related to WP Rocket’s cache.

I have added a snippet to disable caching for logged-in users:

phpCopier

Modifier

// disable cache for logged in users add_filter( 'do_rocket_generate_caching_files', 'nad_disable_cache_for_logged_in_users' ); function nad_disable_cache_for_logged_in_users( $can_cache ) { if ( is_user_logged_in() ) { return false; } return $can_cache; }

This works most of the time: the non-cached version (with B2B prices and content) displays correctly.
However, sometimes the cached version still appears temporarily until the page is refreshed manually.

We have also:

• Disabled Rocket Loader in Cloudflare
• Enabled and synced the Cloudflare add-on in WP Rocket
• Set up a login redirect to the Shop page

I will continue checking the configuration in WP Rocket and Cloudflare to ensure that no residual caching applies to logged-in users.
If you have any advice on how to force the immediate display of the non-cached version after login, I would be happy to hear it.

Thanks again for your support and quick response.

Hello,

Thank you for your reply and your suggestions.

We’ve double-checked everything you mentioned — including WP Rocket, other cache plugins (none active), Elementor widgets. All seems to be configured correctly on our side.

That said, the issue appears to be intermittent:

• Sometimes, the problem occurs even on the Shop page (/boutique) after logging in.
• But it always happens on the homepage, especially when accessed by clicking on the main site logo (which redirects to /).

What leads me to believe it’s a session loss issue is that:

• When this happens, the header bar switches from showing “My Account” (when connected) to ” Login / Register “, indicating the user is no longer recognized as logged in.
• Yet, if we manually reload the page or navigate to a product page, the user session is back, and B2B prices are shown again.

So it seems like the session is temporarily dropped or not recognized on specific page loads — mostly the homepage.

Please let us know if there’s any specific way B2BKing handles user sessions that might be affected by this, or if there’s a way to force session recognition more reliably.

Best regards,

Thank you very much for your detailed response and the helpful code snippet .

I have a quick follow-up question: within a specific B2BKing group (for example, “Resellers”), is it possible to differentiate between specific roles or sub-types of users and apply functionality based on those distinctions? In other words, can we target specific roles within a B2B group, and if so, how would you recommend implementing that?

Thanks again for your support!

Best regards,

Hi,

Thanks for confirming .

We’ll continue using the current setup with the flexible_shipping_value_in_currency filter as recommended.

Appreciate your support!

Best regards,