Created attachment 182746 [details] Configure Vault entry is not grouped See attached image. Operating System: Manjaro Linux KDE Plasma Version: 6.4.1 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.1 Kernel Version: 6.15.3-1-MANJARO (64-bit) Graphics Platform: Wayland
I see it, but how did you make it happen? I don't see this myself. Can you write steps to reproduce that make it happen 100% of the time when you run through them?
(In reply to Nate Graham from comment #1) > I see it, but how did you make it happen? I don't see this myself. Can you > write steps to reproduce that make it happen 100% of the time when you run > through them? The trick is you should show that highling border before unlocking your vault. 1. Logout then login 2. Click on Vaults widget and click on "Expand" arrow, you will see that border covers the two available items 3. Click on "Unlock Vault" button, type your password 4. Click on Vaults widget then that "Expand" arrow, you will see that last item is outside the border Another case: 1. Logout then login 2. Click on Vaults widget and click on "Unlock and Open" buton without expanding anything, type your password 3. Click on Vaults widget then that "Expand" arrow, you will see that all 3 items are inside the highlighing border 4. Click on "Lock Vault", then click on "Expand" button, you will see that boder includes an empty line at the end (see image2)
Created attachment 183857 [details] image2
Thanks, can confirm.
This appears to be a general issue in ExpandableListItem. It isn't re-evaluating the height binding of the expanded area when any contextual actions are enabled or disabled. Specifically, the `childrenRect.height` property isn't updating when that value should change because the child ListView gained an item. This code hasn't changed in ages, so there may be a Qt regression involved, or perhaps a Qt change triggered the bug due to our own code being faulty here.