[plasmashell] [Bug 467951] Sometimes newly-created items in ~/Desktop don't appear in Folder View until Plasmashell is restarted or a screen is unplugged and plugged in again
https://bugs.kde.org/show_bug.cgi?id=467951 Nate Graham changed: What|Removed |Added Version Fixed In||6.0 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467951] Sometimes newly-created items in ~/Desktop don't appear in Folder View until Plasmashell is restarted or a screen is unplugged and plugged in again
https://bugs.kde.org/show_bug.cgi?id=467951 Nate Graham changed: What|Removed |Added Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas |ma/plasma-desktop/-/commit/ |ma/plasma-desktop/-/commit/ |1c8a4d1e46b9a519ab6576d3b98 |a6bc63103ed128ffe0fd843eb3c |29eb611c5c9a5 |4416ede835fde --- Comment #12 from Nate Graham --- Git commit a6bc63103ed128ffe0fd843eb3c4416ede835fde by Nate Graham, on behalf of Harald Sitter. Committed on 08/11/2023 at 21:36. Pushed by ngraham into branch 'Plasma/5.27'. foldermodel: lift screen add/remove handling out of screenmapper screenmapper is the wrong place for it because we don't know the url inside the mapper. Instead handle events in the foldermodel and correctly delegate the add/remove actions to the mapper with both our screenId AND the activityId notably the previous code would incorrectly invoke addScreen with empty activityIds triggering fallback handling that resulted in incorrect m_screensPerPath management (there would be no screen associated with our url anymore after a screenAdded signal because our screen got associated with no url) and consequently firstAvailableScreen would return no screen for our url (remember: we are associated with no url) making FolderModel::filterAcceptsRow return false and filtering completely valid entries Related: bug 467092 possibly also is the root cause behind M +11 -1containments/desktop/plugins/folder/foldermodel.cpp M +1-8containments/desktop/plugins/folder/screenmapper.cpp M +1-1containments/desktop/plugins/folder/screenmapper.h https://invent.kde.org/plasma/plasma-desktop/-/commit/a6bc63103ed128ffe0fd843eb3c4416ede835fde -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467951] Sometimes newly-created items in ~/Desktop don't appear in Folder View until Plasmashell is restarted or a screen is unplugged and plugged in again
https://bugs.kde.org/show_bug.cgi?id=467951 Nate Graham changed: What|Removed |Added Latest Commit||https://invent.kde.org/plas ||ma/plasma-desktop/-/commit/ ||1c8a4d1e46b9a519ab6576d3b98 ||29eb611c5c9a5 Resolution|DUPLICATE |FIXED --- Comment #11 from Nate Graham --- Git commit 1c8a4d1e46b9a519ab6576d3b9829eb611c5c9a5 by Nate Graham, on behalf of Harald Sitter. Committed on 08/11/2023 at 21:27. Pushed by ngraham into branch 'master'. foldermodel: lift screen add/remove handling out of screenmapper screenmapper is the wrong place for it because we don't know the url inside the mapper. Instead handle events in the foldermodel and correctly delegate the add/remove actions to the mapper with both our screenId AND the activityId notably the previous code would incorrectly invoke addScreen with empty activityIds triggering fallback handling that resulted in incorrect m_screensPerPath management (there would be no screen associated with our url anymore after a screenAdded signal because our screen got associated with no url) and consequently firstAvailableScreen would return no screen for our url (remember: we are associated with no url) making FolderModel::filterAcceptsRow return false and filtering completely valid entries Related: bug 467092 possibly also is the root cause behind M +11 -1containments/desktop/plugins/folder/foldermodel.cpp M +1-8containments/desktop/plugins/folder/screenmapper.cpp M +1-1containments/desktop/plugins/folder/screenmapper.h https://invent.kde.org/plasma/plasma-desktop/-/commit/1c8a4d1e46b9a519ab6576d3b9829eb611c5c9a5 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467951] Sometimes newly-created items in ~/Desktop don't appear in Folder View until Plasmashell is restarted or a screen is unplugged and plugged in again
https://bugs.kde.org/show_bug.cgi?id=467951 Nate Graham changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |DUPLICATE --- Comment #10 from Nate Graham --- *** This bug has been marked as a duplicate of bug 467092 *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467951] Sometimes newly-created items in ~/Desktop don't appear in Folder View until Plasmashell is restarted or a screen is unplugged and plugged in again
https://bugs.kde.org/show_bug.cgi?id=467951 --- Comment #9 from Valerio Galdo --- Nothing news? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467951] Sometimes newly-created items in ~/Desktop don't appear in Folder View until Plasmashell is restarted or a screen is unplugged and plugged in again
https://bugs.kde.org/show_bug.cgi?id=467951 Nate Graham changed: What|Removed |Added Component|Multi-screen support|Folder CC||h...@kde.org Summary|Folder View not working |Sometimes newly-created ||items in ~/Desktop don't ||appear in Folder View until ||Plasmashell is restarted or ||a screen is unplugged and ||plugged in again -- You are receiving this mail because: You are watching all bug changes.
