https://bugs.kde.org/show_bug.cgi?id=501945
--- Comment #2 from cwo <cwo....@posteo.net> --- (In reply to Nate Graham from comment #1) > Can reproduce! How bizarre. It actually seems to be specific to the System > Tray; if that's the second config dialog you open, the header isn't there. > If the second widget is anything else, then the header does appear, bug > slides in with an animation (funky!). > > Do you see that too? I have seen some sliding in sometimes, but I can reproduce it with other config dialogs as well. E.g. open a Konsole Profiles config dialog, then IOTM - IOTM has no header on any of the pages. Window List, same, also Kickoff. The main exception are pages that have something on the header, like a search bar - those are still displayed even if another dialog is already open. But there can only be one of these at a time - if you try to open a second one, the first one will close. E.g. Open Weather Report, then open Digital Clock - Weather Report closes. (Similarly with a Folder View with !2902 applied, Digital Clock closes.) If you start with a dialog that has all the headers and it's replaced by another dialog, the headers are there on the second dialog (that is now the only one). But if it replaces a dialog with (some) headers missing, it'll stay missing E.g. from zero dialogs: Digital Clock -> Weather: Weather has headers on all pages Kickoff -> Digital Clock -> Weather: Weather has headers on the first page, but not on any of the others. In those cases I also get the warning "qrc:/qt/qml/org/kde/kirigami/layouts/FormLayout.qml:88:5: Unable to assign SimpleKCM_QMLTYPE_3073_QML_3082 to ScrollablePage_QMLTYPE_1416" rather than "file:///home/wolki/kde/usr/lib64/qml/org/kde/kirigami/Page.qml:182: Error: Cannot assign QObject* to PageRow_QMLTYPE_2626*" But I suspect it's still the same thing, Kirigami gets confused and tries to load components in the other window. Maybe something wrong with the reparenting of loaded pages? -- You are receiving this mail because: You are watching all bug changes.
