codeant-ai-for-open-source[bot] commented on code in PR #42586:
URL: https://github.com/apache/superset/pull/42586#discussion_r3680316781


##########
docs/admin_docs/installation/docker-builds.mdx:
##########
@@ -112,12 +112,59 @@ USER superset
 CMD ["/app/docker/entrypoints/run-server.sh"]
 ```
 
+### Adding translations to a custom image
+
+The pattern above, a small Dockerfile that just extends `FROM 
apache/superset:...`, can't add
+translations after the fact. By the time an official tag is published, its 
frontend and backend
+layers have already had non-English translation files stripped out unless 
`BUILD_TRANSLATIONS`
+was set at build time (see below), and there's no `superset/translations` 
source tree left in the
+final image to compile from.
+
+To get translations into your own image, you need to build from the full 
Superset source (a
+clone or fork of this repo) rather than extend a published tag. The most 
efficient way to do this
+is to append your customizations as one more stage at the end of the repo's 
own `Dockerfile`, so
+Docker can reuse the cached upstream layers and only rebuild what your stage 
adds:
+
+```Dockerfile
+# Append this to the end of the repo's Dockerfile
+# Keep this tag in sync with the branch/tag of the repo you cloned, so the
+# translation files built from source match the keys the runtime expects:
+FROM apache/superset:5.0.0 AS my-custom-image
+USER root
+
+# Pull the translation files out of the earlier build stages (frontend
+# .json in `superset-node`, backend .mo in `python-translation-compiler`).
+# Those stages' own cleanup only matches single-character extensions, so
+# the source `.po` files can still be present here; strip them explicitly
+# so this stage only keeps the compiled translations.
+COPY --from=superset-node /app/superset/translations superset/translations
+COPY --from=python-translation-compiler /app/translations_mo 
superset/translations
+RUN find superset/translations -name '*.po' -delete
+
+USER superset
+```
+
+Then build with:
+
+```bash
+docker build --target=my-custom-image --build-arg=BUILD_TRANSLATIONS=true -t 
mysuperset:5.0.0 .
+```
+
+You can combine this with the database-driver/dependency pattern above by 
adding your own
+`RUN uv pip install ...` step before switching back to `USER superset`. See
+[issue #35959](https://github.com/apache/superset/issues/35959) for the 
discussion this pattern
+came out of, credit to the community for working it out.
+
 ## Key ARGs in Dockerfile
 
-- `BUILD_TRANSLATIONS`: whether to build the translations into the image. For 
the
-  frontend build this tells webpack to strip out all locales other than `en` 
from
-  the `moment-timezone` library. For the backendthis skips compiling the
-  `*.po` translation files
+- `BUILD_TRANSLATIONS`: whether to compile non-English translations into the 
image.
+  When `true`, the frontend build converts the `*.po` files to locale JSON and 
the
+  backend runs `pybabel compile` to produce `*.mo` files; both source `*.po` 
files
+  are stripped afterward either way. When `false` (the default), those compile

Review Comment:
   **Suggestion:** The instructions present `BUILD_TRANSLATIONS=true` as 
producing backend `.mo` files, but the referenced `python-translation-compiler` 
stage runs `pybabel compile ... || true`, so compilation errors are swallowed 
and the custom image can be built successfully with missing or incomplete 
backend translations. Warn that backend compilation failures are ignored, or 
remove the error suppression in the Dockerfile so the documented build fails 
when translations cannot be compiled. [incomplete implementation]
   
   <details>
   <summary><b>Severity Level:</b> Major ⚠️</summary>
   
   ```mdx
   - ⚠️ Backend locales can silently lack compiled translations.
   - ⚠️ Custom Docker builds report success despite incomplete output.
   - ⚠️ Runtime users may see untranslated backend messages.
   ```
   </details>
   
   [![Fix in 
Cursor](https://new-codeant-butcket.s3.us-west-1.amazonaws.com/badges/fix-in-cursor-flat.svg)](https://app.codeant.ai/fix-in-ide?tool=cursor&prompt_id=f4392112d4c444709b17242cdb8733ce&service=github&base_url=https%3A%2F%2Fgithub.com&org=apache&repo=apache%2Fsuperset)
 [![Fix in VSCode 
Claude](https://new-codeant-butcket.s3.us-west-1.amazonaws.com/badges/fix-in-vscode-claude-flat.svg)](https://app.codeant.ai/fix-in-ide?tool=vscode-claude&prompt_id=f4392112d4c444709b17242cdb8733ce&service=github&base_url=https%3A%2F%2Fgithub.com&org=apache&repo=apache%2Fsuperset)
   
   *(Use Cmd/Ctrl + Click for best experience)*
   <details>
   <summary><b>Prompt for AI Agent 🤖 </b></summary>
   
   ```mdx
   This is a comment left during a code review.
   
   **Path:** docs/admin_docs/installation/docker-builds.mdx
   **Line:** 161:163
   **Comment:**
        *Incomplete Implementation: The instructions present 
`BUILD_TRANSLATIONS=true` as producing backend `.mo` files, but the referenced 
`python-translation-compiler` stage runs `pybabel compile ... || true`, so 
compilation errors are swallowed and the custom image can be built successfully 
with missing or incomplete backend translations. Warn that backend compilation 
failures are ignored, or remove the error suppression in the Dockerfile so the 
documented build fails when translations cannot be compiled.
   
   Validate the correctness of the flagged issue. If correct, How can I resolve 
this? If you propose a fix, implement it and please make it concise.
   Once fix is implemented, also check other comments on the same PR, and ask 
user if the user wants to fix the rest of the comments as well. if said yes, 
then fetch all the comments validate the correctness and implement a minimal fix
   ```
   </details>
   <a 
href='https://app.codeant.ai/feedback?pr_url=https%3A%2F%2Fgithub.com%2Fapache%2Fsuperset%2Fpull%2F42586&comment_hash=f0738c58e351e93d765d6bce1cb7835d0ecab01ef59860312e84949ea435d438&reaction=like'>👍</a>
 | <a 
href='https://app.codeant.ai/feedback?pr_url=https%3A%2F%2Fgithub.com%2Fapache%2Fsuperset%2Fpull%2F42586&comment_hash=f0738c58e351e93d765d6bce1cb7835d0ecab01ef59860312e84949ea435d438&reaction=dislike'>👎</a>



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to