When 'translate: false' creating in second lang does not apply default value

plagasul · October 25, 2021, 6:53am

Consider a field like this:

editionsammount:
    label: Editions (If unique, 1)
    type: number
    min: 0
    default: 1
    translate: false

If I happen to create this page when in the secondary language, this field is created without the default value.

I understand this is because it is set as translate: false, but it does not make a lot of sense from the user perspective, who wants the field to be non-editable in the secondary language, but still expects the default to be applied in all cases.

Is this a bug or expected behaviour ?

Thanks

plagasul · October 26, 2021, 5:45pm

Is this a silly question or a difficult one?

Should I fill a bug ?

Thanks

texnixe · October 26, 2021, 5:52pm

Have you actually checked what happens if the field is not set to translate: false? Is the default value then nevertheless stored even if the page is created from a secondary language?

plagasul · October 26, 2021, 7:08pm

Yes.

In all cases (no matter the selected language in the panel when creating the page) the text file created belongs to the first language, in this case: work.es.txt

If the fields are translate: false, the default value is NOT applied and the field is NOT registered at all in the text file.

If the fields are translate: true, the default value IS applied and so the field IS registered correctly in the text file.

Is this what you were asking ?

Thank you

texnixe · October 26, 2021, 7:24pm

Yes, thank you!

Yes, Kirby always creates the default language text file first.

I actually think if the value is stored in the default language when translate is false or not set, then the same logic should also apply when the translate: false is set.

Could you please create an issue on GitHub?

plagasul · October 26, 2021, 7:48pm

github.com/getkirby/kirby

Default not stored on field with translate: false, when creating from secondary lang

opened 07:47PM - 26 Oct 21 UTC

plagasul

**Describe the bug** If a field has a default value AND is `translate: fals…e` AND a page with such field is created **while in a secondary language in the panel** THEN the default value is not stored at all in the text file **To Reproduce** 1. On a site with at least two languages, create a blueprint that includes such a field, example: ``` test: type: number default: 1 translate: true ``` 2. Switch to the secondary language 3. Create a new instance of the page containing the field 4. The default value is not stored on the text file, and then not shown on the panel **Expected behavior** The default value should be applied regardess of translate being set to false. **Kirby Version** 3.5.6 **Desktop (please complete the following information):** - OS: Linux Mint 20.1 Cinnamon - Browser: Chrome - Version: 92.0.4515.159 **Additional context** > I actually think if the value is stored in the default language when translate is false or not set, then the same logic should also apply when the translate: false is set. @texnixe https://forum.getkirby.com/t/when-translate-false-creating-in-second-lang-does-not-apply-default-value/23770/4

jonathanhess · January 25, 2023, 10:24pm

Just run into this bug too… I want to create a page in the default language from the frontend. when the user visits the page in the default language, everything is find. but if the user’s on an other language, it creates the page with in the default language, but all fields with “translate: false” remain empty.
I only need the created page in the default language and don’t want to translate any of the fields.
how can I achieve that?

texnixe · January 25, 2023, 10:56pm

Could you post the code that handles this form submission? Maybe if you call $site->visit($page, $lang) before creating the new page, you can work around this issue.

jonathanhess · January 26, 2023, 7:11am

Thanks alot @texnixe. $site->visit($page,$lang) works fine. But I have to redirect the user afterwards back to its language.
Is it better to use $site->visit($page,$orgLang) again or is $page->url($orgLang) fine?

jonathanhess · January 26, 2023, 7:21am

I create the pages with $parent->createChild() and just found out, that there is a $lang param/prop for that method. So using $page->createChild([...],$lang) works as well.

Would be nice if that could be added to the documentation.

^ I’m so stupid… if you exclude the translate:false in the blueprint it works in every case. this method doesn’t work. But the above with $site->visit($page,$lang) is the way to go.