Description of problem: Setting the folder view to show Desktop folder content on desktop (old -legacy?- view) does not work properly and the desktop view is restored to the predefined dekstop after any boot. How reproducible: Always Steps to Reproduce: 1. unblock objects 2. right click on desktop and choose folder settings 3. choose folder view and if not already choose the Desktop one 4. Create some folders and files (I have some folders and files there) 5. Add a widget (I have a trash widget and a picture viewer) 6. block object Shutdown and switch on again -I haven't tested a reboot yet-. The desktop is in predefined view, but settings are correctly set to Folder. Reproducible: Steps to Reproduce:
Keywords: (none) => TriagedCC: (none) => balcaen.john, lmenutAssignee: bugsquad => mageia
I confirm the problem on a MGA 4.0 up to date. All the icons and other files or folders disapear from the KDE Desktop at startup. Workaround: create an activity, then each time the desktop icons are missing, switch to this activity then back to the desktop.
CC: (none) => mageia
seems to be known upstream: https://bugs.kde.org/show_bug.cgi?id=304264
It seems to be fixed in KDE 4.14.2 : https://bugs.kde.org/show_bug.cgi?id=294795#c372 By patch from Mark Harmstone: https://bugs.kde.org/show_bug.cgi?id=294795#c356 Can be added that patch to core_testing (actual MGA4 KDE 4.12.5)? Thanks!
CC: (none) => yullawSource RPM: KDE 4.11.4-1 => KDE 4.11.4-1 - KDE 4-4.12.5-1
(In reply to Martin Volf from comment #3) > By patch from Mark Harmstone: > https://bugs.kde.org/show_bug.cgi?id=294795#c356 > > Can be added that patch to core_testing (actual MGA4 KDE 4.12.5)? Added the fix and pushed kdebase4-4.12.5-1.2.mga4 to core/updates_testing. Please test and provide feedback.
Status: NEW => ASSIGNEDCC: (none) => doktor5000See Also: (none) => https://bugs.kde.org/show_bug.cgi?id=294795Assignee: mageia => doktor5000
Installed and restarted X. My desktop seems to have the expected layout. Tomorrow i will do some more tests and give a better feed back.
It seems to be fixed to me.
Angelo, which architecture did you test? Can we assign this to QA?
David, X86_64, e.g. the one in which i found the problem ;)
On i586 I haven't seen any regressions, but never had any issues before either. I have some systems with the folder view containment and some with the desktop containment and all work fine. Maybe someone else can reproduce the issue. Assigning to QA. We can't just leave things sitting around in updates_testing. Can someone write an advisory? See comment 0 for now.
Assignee: doktor5000 => qa-bugsWhiteboard: (none) => MGA4-64-OK
Adding feedback marker until we have more details, there's nothing to work with here at the moment.
Whiteboard: MGA4-64-OK => feedback MGA4-64-OK
Which kind of feedback? i586? my netbook is broken :(
We need an advisory with srpms and rpms please. Feedback marker is just what we add to the whiteboard when we're waiting for feedback. It then shows in grey here:http://mageia.madb.org/tools/updates
fine, if not today i will write something tomorrow. But i don't know which packages are affected, since i just updated kde from testing, maybe @Florian?
Thanks. It all ends up here btw http://advisories.mageia.org/
Package list is: dolphin-4.12.5-1.2.mga4 dolphin-handbook-4.12.5-1.2.mga4 kde4-nsplugins-4.12.5-1.2.mga4 kdebase4-4.12.5-1.2.mga4 kdebase4-common-4.12.5-1.2.mga4 kdebase4-devel-4.12.5-1.2.mga4 kdebase4-handbooks-4.12.5-1.2.mga4 kdepasswd-4.12.5-1.2.mga4 kdepasswd-handbook-4.12.5-1.2.mga4 kdialog-4.12.5-1.2.mga4 keditbookmarks-4.12.5-1.2.mga4 kfind-4.12.5-1.2.mga4 kfind-handbook-4.12.5-1.2.mga4 konq-plugins-4.12.5-1.2.mga4 konqueror-4.12.5-1.2.mga4 konqueror-handbook-4.12.5-1.2.mga4 libdolphinprivate4-4.12.5-1.2.mga4 libkbookmarkmodel_private4-4.12.5-1.2.mga4 libkonq5-4.12.5-1.2.mga4 libkonqsidebarplugin4-4.12.5-1.2.mga4 libkonquerorprivate4-4.12.5-1.2.mga4 plasma-applet-folderview-4.12.5-1.2.mga4 from kdebase4-4.12.5-1.2.mga4.src.rpm
Source RPM: KDE 4.11.4-1 - KDE 4-4.12.5-1 => kdebase4-4.12.5-1.1.mga4.src.rpm
Suggested advisory: ======================== Updated kdebase package to fix a bug on desktop settings: when the folder view is set up to show the desktop folder content on KDE desktop, the predefined dekstop view is restored after any boot even if folder settings is correct. References: https://bugs.kde.org/show_bug.cgi?id=304264 https://bugs.kde.org/show_bug.cgi?id=294795#c372 ======================== Updated packages in core/updates_testing: ======================== dolphin-4.12.5-1.2.mga4 dolphin-handbook-4.12.5-1.2.mga4 kde4-nsplugins-4.12.5-1.2.mga4 kdebase4-4.12.5-1.2.mga4 kdebase4-common-4.12.5-1.2.mga4 kdebase4-devel-4.12.5-1.2.mga4 kdebase4-handbooks-4.12.5-1.2.mga4 kdepasswd-4.12.5-1.2.mga4 kdepasswd-handbook-4.12.5-1.2.mga4 kdialog-4.12.5-1.2.mga4 keditbookmarks-4.12.5-1.2.mga4 kfind-4.12.5-1.2.mga4 kfind-handbook-4.12.5-1.2.mga4 konq-plugins-4.12.5-1.2.mga4 konqueror-4.12.5-1.2.mga4 konqueror-handbook-4.12.5-1.2.mga4 libdolphinprivate4-4.12.5-1.2.mga4 libkbookmarkmodel_private4-4.12.5-1.2.mga4 libkonq5-4.12.5-1.2.mga4 libkonqsidebarplugin4-4.12.5-1.2.mga4 libkonquerorprivate4-4.12.5-1.2.mga4 plasma-applet-folderview-4.12.5-1.2.mga4 Source RPMs: kdebase4-4.12.5-1.2.mga4.src.rpm
Thankyou both :)
Whiteboard: feedback MGA4-64-OK => MGA4-64-OK
Tested on my Mageia 4 x86-64 Acer laptop - I was able to reproduce this bug, and after updating to the updates in updates_testing (except the -devel package), I was able to see that it was fixed. Marking as MGA4-64-OK. Thanks!
CC: (none) => shlomif
Tested on i586 VBox - the update is working fine. adding MGA4-32-OK.
Whiteboard: MGA4-64-OK => MGA4-64-OK MGA4-32-OK
Validating. Advisory uploaded. Please push to 4 updates Thanks
Keywords: (none) => validated_updateWhiteboard: MGA4-64-OK MGA4-32-OK => advisory MGA4-64-OK MGA4-32-OKCC: (none) => sysadmin-bugs
An update for this issue has been pushed to Mageia Updates repository. http://advisories.mageia.org/MGAA-2015-0046.html
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED