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

URLs that use prefer_cms should merge active_locales data #15349

Open
Tracked by #14795 ...
alexgibson opened this issue Oct 21, 2024 · 0 comments
Open
Tracked by #14795 ...

URLs that use prefer_cms should merge active_locales data #15349

alexgibson opened this issue Oct 21, 2024 · 0 comments
Labels
Bug 🐛 Something's not working the way it should

Comments

@alexgibson
Copy link
Member

Description

When viewing a page published using Wagtail, the languages listed in the footer's language picker map only to the published languages that Wagtail knows about in the CMS. If the page uses the prefer_cms decorator, then the fallback Django / Fluent languages are not listed in the picker. The same is true in reverse. When viewing a Django / Fluent translated page, the language picker will not include languages that are published in Wagtail.

We should combine this data when rendering a template, so that the language picker lists all available translations for a given URL, regardless to where the source data is published from.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug 🐛 Something's not working the way it should
Projects
None yet
Development

No branches or pull requests

1 participant