| Summary: | When switching between categories after scrolling down, random app from the last category appears in the next category | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Jin Liu <ad.liu.jin> |
| Component: | Application Launcher (Kickoff) widget | Assignee: | David Edmundson <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | 1gsiqkbz, arraybolt3, bugseforuns, mikel5764, naitli, nate, noahadvs, plasma-bugs, thesourcehim, yosukematsumura |
| Priority: | HI | ||
| Version: | 5.23.3 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/plasma-desktop/-/commit/a614a873f9dacd88324d735de96670bb02821071 | Version Fixed In: | 6.0.4 |
| Sentry Crash Report: | |||
| Attachments: |
KDEConnect from "Internet" category appears in "Education"
Screencast of the bug Screencast of the same bug as in bug 445602 Same bug, in Neon:unstable |
||
|
Description
Jin Liu
2021-11-15 05:12:11 UTC
Created attachment 143560 [details]
KDEConnect from "Internet" category appears in "Education"
Side note: As in the attachment, clicking the wrong "KDEConnect" item still launches the correct "Step" app which should be there. Seems it's only a rendering problem. *** Bug 445602 has been marked as a duplicate of this bug. *** Cannot reproduce, and the reporter of duplicate Bug 44560 said that the Frameworks 5.88 upgrade fixed it for them. Can you confirm that? Created attachment 143887 [details]
Screencast of the bug
My framework version is 5.88. I recorded a screencast of the bug (attachment above). Tried changing global zoom 2.5x and 1x, panel left and bottom, locale zh_CN and en_US, all have this problem. In zh_CN locale, moving from "All Applications" to the category immediately below does have the same problem as in bug 445602, but not in en_US. However, as you can see in the attachment, it still happens in other categories. Created attachment 143888 [details] Screencast of the same bug as in bug 445602 I can reproduce this bug in the latest KDE Neon docker image: https://hub.docker.com/layers/kdeneon/plasma/unstable/images/sha256-87c661b4a39bdeb66b1bd27e888e658c954518c21a33e2e182b868c141dcefc8?context=explore Step: 1. Install neondocker as in https://community.kde.org/Neon/Docker. 2. Run neondocker. 3. Open kickoff. 4. Click "All Applications" and move mouse wheel up and down. 5. Hover over "Graphics". The 1st entry is wrong. Created attachment 143891 [details]
Same bug, in Neon:unstable
Weird. Thanks for the additional info. Still cannot reproduce. :( Found a "workaround": force the code to re-create listview when switching categories, instead of reusing views and restoring bindings.
diff --git a/applets/kickoff/package/contents/ui/ApplicationsPage.qml b/applets/kickoff/package/contents/ui/ApplicationsPage.qml
index 0987ce175..4403796e9 100644
--- a/applets/kickoff/package/contents/ui/ApplicationsPage.qml
+++ b/applets/kickoff/package/contents/ui/ApplicationsPage.qml
@@ -106,7 +106,7 @@ BasePage {
// TODO: maybe find a way to have a list view with grids in each section?
stackView.replace(applicationsListViewComponent)
} else if (root.sideBarItem.currentIndex > 1
- && stackView.currentItem.objectName !== stackView.preferredAppsViewObjectName) {
+ /*&& stackView.currentItem.objectName !== stackView.preferredAppsViewObjectName*/) {
stackView.replace(stackView.preferredAppsViewComponent)
}
}
However this is only a hack. It causes visible flicking. So I guess that's why views are reused there in the first place.
But that's a hint that there might be some timing/sequencing issue among RestoreBinding, currentItem.forceActiveFocus and mouse hovering, which caused "currentItem" drawn in the old model while the rest in the new model?
Checked in 5.24 beta. Same problem. *** Bug 453080 has been marked as a duplicate of this bug. *** *** Bug 453728 has been marked as a duplicate of this bug. *** Still having this problem with the following configuration: Operating System: Fedora Linux 37 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.10-200.fc37.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × Intel® Core™ i7-10870H CPU @ 2.20GHz Memory: 15.4 ГиБ of RAM Graphics Processor: Mesa Intel® UHD Graphics Manufacturer: Dell Inc. Product Name: Dell G15 5510 *** Bug 472822 has been marked as a duplicate of this bug. *** *** Bug 483558 has been marked as a duplicate of this bug. *** Still an issue on Plasma 6. Operating System: Arch Linux KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Graphics Platform: Wayland A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2167 Git commit aa8a1fbf4b8e46039b809620071728c0692b49fa by Nate Graham, on behalf of David Redondo. Committed on 08/04/2024 at 18:04. Pushed by ngraham into branch 'master'. applets/kickoff: Disable reusing items Together with switching models of the view like kickoff does reusing delegates confuses Qt. Debugging the a wrong entry reveals that the 'model' property inside the delegate and the required properties still refer to the previous model. FIXED-IN:6.0.4 M +1 -1 applets/kickoff/package/contents/ui/KickoffListView.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/aa8a1fbf4b8e46039b809620071728c0692b49fa Git commit a614a873f9dacd88324d735de96670bb02821071 by Nate Graham, on behalf of David Redondo. Committed on 08/04/2024 at 18:06. Pushed by ngraham into branch 'Plasma/6.0'. applets/kickoff: Disable reusing items Together with switching models of the view like kickoff does reusing delegates confuses Qt. Debugging the a wrong entry reveals that the 'model' property inside the delegate and the required properties still refer to the previous model. FIXED-IN:6.0.4 (cherry picked from commit aa8a1fbf4b8e46039b809620071728c0692b49fa) M +1 -1 applets/kickoff/package/contents/ui/KickoffListView.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/a614a873f9dacd88324d735de96670bb02821071 |