Major
Nice to have
Detail
#25217
Layout-Export führt zu invaliden Komponenten-Referenzen bei Referenzierung einer bestehenden Komponente
#25327
Modell-Editor: Falsche Kompositionsmarker, wenn Container-Typ in Diagramm von Content-Typ gezogen wird
Bugfix
Major
#25242
Template für In-App-Tabbars erzeugt dopplete Security-Layouts mit undefinierten Keys
Das Problem ist, dass versucht wurde, den Legacy-Fall und die In-App-Konfiguration über einen Kamm zu scheeren.
Das alte Template templates/tabbar.xml nahm an, dass es direkt innerhalb einer umschließenden Tabbar expandiert wird und daher selber ein Security-Layout und eine Tab-Info erzeugen muss.
In-app konfigurierte Komponenten nutzen aber eigenständige Layouts für die Tabbar, den Tab und seinen Inhalt. Daher kann die Übersetzung des alten Templates in ein typisiertes Template nicht für die In-App-Konfiguration verwendet werden:
Stattdessen muss der Upgrade der Legacy-Konfiguration ein legacy-kompatibles Template verwenden. Die in-app Konfiguration muss dagegen ein schlankes Template ohne zusätzliche Security-Layouts verwenden.
Code-Migration
- Die Migration von #24085 wurde angepasst, templates/tabbar.xml -> com.top_logic/legacyTabbar.template.xml statt com.top_logic/tabbar.template.xml.
Test
- Neuen Top-Level-Tab erzeugen.
- Darin eine neue Tabbar mit Tabs A` und `B erzeugen.
- In der Rechte-Administration prüfen, dass keine zusätzliche Ebene mit undefiniertem Key erzeugt wird (siehe Bild oben).