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

Edit canonical page #189

Open
jkevingutierrez opened this issue Aug 24, 2020 · 1 comment
Open

Edit canonical page #189

jkevingutierrez opened this issue Aug 24, 2020 · 1 comment

Comments

@jkevingutierrez
Copy link

jkevingutierrez commented Aug 24, 2020

Found a bug, please fill out the sections below

Issue summary

The canonical page of translated pages can't be edited using the Wagtail interface

A use case can be: The user creates the translated version before the original version.

For example, having the locales en (default) and es. You are able to add children pages directly to the es folder. The children will also have the language as es, but it won't have a canonical page (which is ok at this point, cause it doesn't exist). But later, you want to create the en version of the page.

If you create the en page, you are not able to link the es page with the en page as the field Canonical page is not editable

image

How to reproduce?

Having

/   (TranslatableSiteRootPage)
    en/        (TransHomePage)
        english-page-1/    (TransLandingPage)

    es/        (TransHomePage)
        spanish-page-1/     (TransLandingPage)

Create a child page directly in es (spanish-page-2).
Then create the english version in en (english-page-2)

The field Canonical page: under settings is not editable, so you can't link english-page-2 and spanish-page-2 using the Wagtail interface

Technical details

Python 3.8
Django==3.0.9
wagtail==2.10
wagtailtrans==2.1

@jjanssen
Copy link
Member

When developing wagtailtrans a couple of years back our main assumption for the synchronised tree was that the default language would be most leading and therefore creating a page in the default language would create a draft in other languages. But perhaps it makes sense if this would also be the case non-default languages creating a draft in different languages.


For reference, related to #172 but with a bit of different use-case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants