Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix bazinga usage #2500

Merged
merged 14 commits into from
Dec 12, 2024
Merged

Fix bazinga usage #2500

merged 14 commits into from
Dec 12, 2024

Conversation

adriendupuis
Copy link
Contributor

@adriendupuis adriendupuis commented Sep 19, 2024

Question Answer
JIRA Ticket N/A
Versions master, 4.6, 3.3
Edition All

bazinga must generate the translations in the ./public/assets directory, not the ./assets directory.
It also means that removing ./assets doesn't remove translations.

composer run post-update-cmd is clearing the cache, and is running bazinga and yarn. It's the best way to get the translations working. As it clears only the default SiteAccess cache, the Back Office SiteAccess cache may need to be cleared as well.

See composer.json script using bazinga:js-translation:dump %PUBLIC_DIR%/assets --merge-domains in 4.6's manifest.json, or 3.3.15 update doc, or 4.0 update doc.

Previews:

Nota bene: This PR focus on bazinga. https://ez-systems-developer-documentation--2500.com.readthedocs.build/en/2500/administration/project_organization/project_organization/#assets remaining part sounds wrong as Encore is supposed to be used, and "for example assets/js/script.js can be referenced as js/script.js from templates" doesn't make any sens. It's kept for another time and another PR about assets.

Checklist

  • Text renders correctly
  • Text has been checked with vale
  • Description metadata is up to date
  • Redirects cover removed/moved pages
  • Code samples are working
  • PHP code samples have been fixed with PHP CS fixer
  • Added link to this PR in relevant JIRA ticket or code PR

@adriendupuis adriendupuis changed the title Fix bazinga:js-translation:dump path Fix bazinga usage Sep 23, 2024
bazinga must generate the translations in the ./public/assets directory, not the ./assets directory.

See composer.json script using `bazinga:js-translation:dump %PUBLIC_DIR%/assets --merge-domains`

https://github.com/ibexa/recipes/blob/master/ibexa/oss/4.6/manifest.json#L94
@adriendupuis adriendupuis marked this pull request as ready for review November 20, 2024 10:23
# Conflicts:
#	docs/administration/project_organization/project_organization.md
#	docs/multisite/languages/back_office_translations.md
adriendupuis and others added 2 commits December 12, 2024 10:11
Co-authored-by: Tomasz Dąbrowski <64841871+dabrt@users.noreply.github.com>
Co-authored-by: Marek Nocoń <mnocon@users.noreply.github.com>
Co-authored-by: Tomasz Dąbrowski <64841871+dabrt@users.noreply.github.com>
@adriendupuis adriendupuis requested review from mnocon and dabrt December 12, 2024 09:12
@adriendupuis adriendupuis merged commit 800daf9 into master Dec 12, 2024
4 of 5 checks passed
@adriendupuis adriendupuis deleted the assets-translations branch December 12, 2024 15:09
adriendupuis added a commit that referenced this pull request Dec 12, 2024
(cherry picked from commit 800daf9)
adriendupuis added a commit that referenced this pull request Dec 12, 2024
(cherry picked from commit 800daf9)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants