Sub account pages shows 404 error

Hello team  , we already can see a doc regarding this issue, https://b2bkingplugin.com/docs/faq-how-to-fix-404-error-when-viewing-my-account-pages/

We are facing this issue , and it is very random. So even if we save the permalink again and again , our customer are still complaining that they are getting 404 . 


is there any fixed / permanent solution for this? 

This is really urgent. please help us. m

We already did these steps. also the snippet is already in our site. 

this is our developers findings. Maybe this could help 

 

Reply from developer: 

I'm reporting an intermittent 404 on the subaccounts My Account endpoint in B2BKing Pro 5.5.40. I've traced it in the plugin source and included exact file and line references below.

ENVIRONMENT -
B2BKing Pro 5.5.40 -
WooCommerce with HPOS enabled -
My Account page slug localized to "mein-konto"; the subaccounts endpoint slug   is the default "subaccounts"

SYMPTOM
The subaccounts page (e.g. /mein-konto/subaccounts/) works most of the time, but periodically returns a 404 for all users, then resolves again on its own after a while when a permalink flush is triggered. Nothing is written to the PHP error log during the failure, which is consistent with a missing rewrite rule rather than a fatal error.

ROOT CAUSE
The subaccounts rewrite endpoint is registered conditionally based on the current user, but rewrite rules are global — so the per-user condition ends up determining whether the URL resolves for everyone.

1) In public/class-b2bking-public.php, b2bking_custom_endpoints() (defined at line 10269, hooked to init at line 1006) only registers the subaccounts endpoints when the current user is NOT a subaccount:

       if (intval(get_option('b2bking_enable_subaccounts_setting', 1)) === 1){            $account_type = get_user_meta(get_current_user_id(),'b2bking_account_type', true);            if ($account_type !== 'subaccount'){                add_rewrite_endpoint( get_option('b2bking_subaccounts_endpoint_setting','subaccounts'), EP_ROOT | EP_PAGES | EP_PERMALINK );                add_rewrite_endpoint( get_option('b2bking_subaccount_endpoint_setting','subaccount'), EP_ROOT | EP_PAGES | EP_PERMALINK );            }        }

2) In the same file, force_permalinks_rewrite() (defined at line 18277, hooked to init at line 1056) re-registers the endpoints and then flushes the rewrite rules on each request by default:

       function force_permalinks_rewrite() {            ...            $this->b2bking_custom_endpoints();   // re-registers endpoints, subject to the same subaccount condition above            flush_rewrite_rules();               // rebuilds the stored rewrite rules        }

WHY IT IS INTERMITTENT

flush_rewrite_rules() rebuilds the stored rules from whatever endpoints are registered at that moment. When the flush runs during a subaccount's request, b2bking_custom_endpoints() takes the "$account_type === 'subaccount'" path (the condition at line 10288) and skips the add_rewrite_endpoint() calls, so the rebuilt rules no longer contain the subaccounts rule. The page then 404s for everyone until a request from a non-subaccount user (e.g. an admin or a logged-out visitor) triggers another rebuild with the endpoint present. As a result, the endpoint rule effectively toggles on and off depending on who most recently caused a rewrite rebuild. This occurs under a default configuration.

SUGGESTED FIX
Endpoint registration should not depend on the current user, since rewrite rules are global. The two add_rewrite_endpoint() calls (lines 10289-10290) could be moved outside the "if ($account_type !== 'subaccount')" check, so the endpoints are registered whenever subaccounts are enabled, regardless of who is browsing. The existing per-user gating on the My Account menu item and on the endpoint content callback would still keep the page hidden from subaccount users, but the rewrite rule would survive every rebuild and the URL would resolve consistently.

Thank you — I'm happy to provide logs or a staging reproduction if that would help.

Hey!

We had installed the plugin you provided but after some days the issue appeared again. Can you please investigate further and resolve this issue.

Thank you!