Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Fresh install of March 11 64-bit Mageia6-dev1 on real (nVidia) h/w 2. After initial reboot do cauldron update 3. At end of Plasma login, many desktop icons missing See: https://dl.dropboxusercontent.com/u/10969499/icons-after-login.JPG 4. Start an app (e.g. Kwrite) 5. Immediately the rest of the desktop icons appear! See: https://dl.dropboxusercontent.com/u/10969499/icons-after-startapp.JPG N.B. The Dropbox icon - which was there when https://bugs.mageia.org/show_bug.cgi?id=17987 was raised (see photo in there) - has disappeared (as it has in all my Mageia-5 installations!).
P.S. re: Dropbox icon missing from (duplicated) systray: Have just managed to delete an unwanted icon from Panel, after which the missing Dropbox icon has re-appeared in (both copies of) the systray...
@ Nicolas There is probably already a bug report about this issue, but I haven't had enough coffee. You'll close this bug as dup if needed :-)
Keywords: (none) => 6dev1CC: (none) => marja11Assignee: bugsquad => mageia
Problem still there after fresh install of latest 64-bit classical Mageia-6-dev1.
Can you try in a new user? (i.e. a new /home/username folder, not reusing existing KDE configuration)
OK - will give that a try, but I don't expect the problem to still occur. Also, it's extremely time-consuming testing with an empty Home! It remains a potential problem for existing users upgrading to new Mageia. Interestingly, the change from the incorrect initial 'grid' login display of Folders to the user-designed layout only occurs when starting a 'K' app, e.g. kwrite, bit when using non-K apps such as Firefox.
(In reply to Maurice Batey from comment #5) > OK - will give that a try, but I don't expect the problem to still occur. > Also, it's extremely time-consuming testing with an empty Home! You don't need to empty your /home partition, just create a new user with a different name than your old account when installing.
But then that would provide an empty $HOME with which to do testing! With no Folder view yet defined, there would be no defined Folder layout there to cause the bizzarre switching from one layout to another. But will give it a try. Rather then re-install as you suggest, would it not suffice to define a 2nd user on the current install, and login to that? (Assuming the earlier glitch on defining other users is no longer there)?
Yeah creating a 2nd user on the current install would work to test the "out of the box" experience. Of course your tests with the 1st users are still valid and interesting too :)
Created 2nd user*, but entry is labelled "Status: Expired", and login greeter shows only initial user. (I did use a strong password, but still problem) N.B. I have discovered a bizzarre 'cause and effect' with this situation. Noticing the Yakuake and Dropbox were not being started via ~/.config/autostart, I stumbled across the unexpected result that if I rebooted BEFORE using a K' app (which changes the Folders view layout from the initial 'Rows & Columns' layout to the user-defined layout) then after the following re-boot and login both Dropbox & Yakuake ARE started, AND also the netapplet appears in Systray (but not Dropbox).
Next revelation: Tried hiding ~/Desktop, and found that - in the absence of ~/Desktop - after Plasma login the screen is (as at first before) fills with icons representing the contents of /home/user (which I can scroll up/down)... ========================== Is that supposed to happen?! (If I could stop that and restore ~/Desktop, perhaps life could normalise...) Also, not only do Dropbox & Yakuake get started (via ~/.config/autostart) but the Dropbox icon appears in Systray! Seems no way to get desired Desktop layout AND have Dropbox & Yakuake available.
Further check: Restored ~/Desktop, but after Plasma login and the screen fills with icons for all files in /home/user, it does not change after starting kwrite as it did earlier, nor is there a Dropbox icon in Systray, though both Dropbox &Yakuake were started. Seems to be now ignoring ~/Desktop, dammit.
P.S. Last time I booted Mageia-6-dev1 I noticed - just before the weird 'contents of /user/home' screenful - momentarily on the right-hand edge of the screen - a 1" column that could have been the RH edge of what *should* be on the screen, which vanishes when the /user/home screen expands to take over that 1" column. [I'm away from base and Cauldron PC until Monday p.m.]
I seem to have solved the 'Desktop' Folder View mystery, but cannot understand the solution! Looking at the Folder View Settings 'Location' options, I see that 'Show Desktop folder' is selected, but that's NOT what appears after Login. BUT, if - instead of 'Show Desktop folder' - I use the 'Specify folder' option and enter "/home/user/Desktop", that works, i.e. after Plasma Login I do see the correct Desktop icons!! However, at first the shown desktop file titles under the icons have their full *.desktop strings, and only after I do e.g. kwrite <file> does that change to show just the icon, and this does not occur consistently.
N.B. Note the similarity between this report and: https://bugs.mageia.org/show_bug.cgi?id=18027 I suspect both phenomena are essentially caused by the same underlying factor(s).
Apologies; correction: https://bugs.mageia.org/show_bug.cgi?id=18207
CC: (none) => wilcal.int
This problem is not appearing here on 64-bit Mageia-6-sta1 Plasma (on real, BIOS, nVidia h/w.)
(In reply to Maurice Batey from comment #16) > This problem is not appearing here on 64-bit Mageia-6-sta1 Plasma > (on real, BIOS, nVidia h/w.) Thanks, Maurice, closing as fixed then :-) Feel free to reopen if needed.
Status: NEW => RESOLVEDResolution: (none) => FIXED
P.S. However, I now find - having arranged all my Folder View icons as desired and Fixed Icons and Locked Widgets - that on a fresh login the screen has reverted to Desktop and (after re-selecting 'Folder View' all icons have reverted to a grid!). What is causing the reversion to Desktop after previously 'applying' Folder View?
P.S. After restoring Folder View and locking icons/widgets have just tried Logout/Login, and found the restored Folder View has survived...
Just noticed that the Systray - which started off on the right-hand end of the Panel - has moved itself leftwards to be adjacent to the icons I had placed in the Panel...
I regret to say that the 6sta1 desktop is playing the same tricks that 6dev1 was playing. Just when I thought it had settled down and all apps (except Pan) were working well, it goes berserk; the latest is that - as before - the desktop display is now bigger than the screen, so I have to scroll up and down to see all the icons. Also, with icons and widgets locked, it often scatters them around at the next login. (In addition to that, trying to change a font size has caused all system fonts to go over to some fancy script version, but that's another story for another day...) So this needs to be reopened, I'm afraid.
Keywords: (none) => 6sta1
P.S. OK - have sorted things out. Reduced size of icons and redefined system fonts and reduced the number of rows, so that the whole desktop Folder View will fit on the one physical screen. Fingers crossed it will stay that way... Seems that something somewhere in the system is sometimes miscalculating the scaling of desktop to physical screen (and also sometimes failing to honour the locking of icons & widgets - also reverting to previous wallpaper).
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Apart from its initial state after Login, the 'Folder View' Desktop is staying stable now. But the initial state is awry - some icons in wrong place (even though Icons/Widgets are Locked...) However, as at first recorded earlier above, if I then start e.g. Kwrite from a desktop icon, the screen changes to the correct (locked!) state - and stays that way.
This is not an installer bug
CC: (none) => thierry.vignaudComponent: Installer => RPM PackagesSource RPM: (none) => plasma-desktop?
Assignee: mageia => kde
CC: thierry.vignaud => (none)
is it still valid for you with latest cauldron ?
CC: (none) => mageia
I'm not see'n it.
This was one of the many problems in the early stages of Plasma 5, and is no longer there in its original form.
thanks closing then :)
Status: REOPENED => RESOLVEDResolution: (none) => FIXED