WPIntell

Source evidence

ACF / SCF Flexible Page

AI Translator for Polylang · support · 2026-05-06T11:50:00+00:00

mixedsentiment
highseverity
0.88relevance
2replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

5 / 34 rows with source links

14.7% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

29 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
jerzytraczynski resolved
Hi, I’m running into a serious issue when using Polylang AI Translator together with SCF (Secure Custom Fields, ACF clone) and a Flexible Content field . When I try to duplicate/translate a page that contains a Flexible Content layout: With Gutenberg enabled → I get a white screen (fatal error) With Gutenberg disabled (Classic Editor) → the page loads, but I can see that the error is related to the Flexible Content section Additional details SCF is used instead of ACF, but it should be fully compatible (same structure) Translation duplication plugin works correctly The Flexible Content includes multiple layouts and nested fields (text, WYSIWYG, etc.) Any idea on how to resolve this? Hello @jerzytraczynski When you get a chance can you please share more details about this bug. Like what plugins do you use and what is your post/page content and also if you could share some screenshots about this issue. We are looking for some more details to reproduce this issue. Thanks Hi @jerzytraczynski , Thank you for reporting this and for the detailed explanation. We were able to reproduce the issue with SCF Flexible Content fields. The problem was related to how Flexible Content / nested ACF-compatible fields were being saved after translation. In some cases the layout structure could be written incorrectly, which could cause the editor to show an empty Flexible Content section or trigger a fatal error in SCF when opening the translated page. We’ve prepared a fix for this. The update improves SCF/ACF compatibility by preserving the Flexible Content layout structure and saving translated/custom field values through the ACF-compatible field API instead of raw post meta. This should resolve the white screen / fatal error with Gutenberg and the broken Flexible Content section in Classic Editor. The fix will be included in the next plugin update. After updating, please try translating the page again from the original source page. If you already have a broken translated page, delete that translated page first and create a fresh translation. Thanks again for helping us identify this.

Comments

2 shown
redcooper 2026-05-13T04:14:00+00:00

Hello @jerzytraczynski When you get a chance can you please share more details about this bug. Like what plugins do you use and what is your post/page content and also if you could share some screenshots about this issue. We are looking for some more details to reproduce this issue. Thanks

redcooper 2026-05-16T09:02:00+00:00

Hi @jerzytraczynski , Thank you for reporting this and for the detailed explanation. We were able to reproduce the issue with SCF Flexible Content fields. The problem was related to how Flexible Content / nested ACF-compatible fields were being saved after translation. In some cases the layout structure could be written incorrectly, which could cause the editor to show an empty Flexible Content section or trigger a fatal error in SCF when opening the translated page. We’ve prepared a fix for this. The update improves SCF/ACF compatibility by preserving the Flexible Content layout structure and saving translated/custom field values through the ACF-compatible field API instead of raw post meta. This should resolve the white screen / fatal error with Gutenberg and the broken Flexible Content section in Classic Editor. The fix will be included in the next plugin update. After updating, please try translating the page again from the original source page. If you already have a broken translated page, delete that translated page first and create a fresh translation. Thanks again for helping us identify this.