Bug #92030
closed
Page edit panel can show wrong translation states and buttons
Added by Anonymous over 4 years ago.
Updated over 4 years ago.
Description
Given you have a multilingual setup.
When you search for a page-title OR page-uid of a Deutsch-page, you will get a filtered page-tree showing the TRANSLATED page in the tree. When you click the page-icon, it opens the page-layout-view and TYPO3 thinks the page is a DEFAULT-page and offers translation. That's bogus here.
TYPO3 10.4.6
- Create page "Heinz" and translate the page.
- Name the translated page "Peter"
Search for "Peter" in the page-tree filter
Now select the "Peter"-page in the page-tree
Now you see the absolute impossible. The translated page "Peter" is shown. Translation is offered.
- Related to Bug #88943: Pagetree taking extremely long to load for editors added
I gets even worse, when there is content on the translated page:
does not show the content anymore with the selected page:
And it should say "Deutsch" and not "English"
- Category set to Pagetree
- Status changed from New to Closed
- Related to Bug #91883: Filtering in the page tree shows translated pages alongside the L=0 ones added
- Priority changed from Should have to Must have
Andreas Fernandez wrote:
Thanks for the report.
This issue is a duplicate (#91883) and is handled with the revised page tree patch: https://review.typo3.org/c/Packages/TYPO3.CMS/+/65208
Why is this duplicate? The bug is that the right panel show totally wrong buttons and information. Just because you can reach it easily by a defect page tree, does not mean that this is no separate bug for the "edit panel".
What happens if I just forge a defect ajax request (without click on page tree) that show this defect situation? Obvisouly the edit panel is missing some input validation as well.
- Subject changed from Page-tree filter finds translated pages to Page edit panel can show wrong translation states and buttons
Also available in: Atom
PDF