Bug 18023 - Instability in desktop icons in fresh install of 64-bit Mageia6-dev1 (March 11)
Summary: Instability in desktop icons in fresh install of 64-bit Mageia6-dev1 (March 11)
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: KDE maintainers
QA Contact:
URL:
Whiteboard:
Keywords: 6dev1, 6sta1
Depends on:
Blocks:
 
Reported: 2016-03-16 13:37 CET by Maurice Batey
Modified: 2017-03-17 11:34 CET (History)
3 users (show)

See Also:
Source RPM: plasma-desktop?
CVE:
Status comment:


Attachments

Description Maurice Batey 2016-03-16 13:37:55 CET
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!).
Comment 1 Maurice Batey 2016-03-16 18:33:25 CET
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...
Comment 2 Marja Van Waes 2016-03-18 08:42:56 CET
@ 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) => 6dev1
CC: (none) => marja11
Assignee: bugsquad => mageia

Comment 3 Maurice Batey 2016-04-05 18:58:14 CEST
Problem still there after fresh install of latest 64-bit classical Mageia-6-dev1.
Comment 4 Rémi Verschelde 2016-04-06 09:23:46 CEST
Can you try in a new user? (i.e. a new /home/username folder, not reusing existing KDE configuration)
Comment 5 Maurice Batey 2016-04-06 13:25:37 CEST
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.
Comment 6 Rémi Verschelde 2016-04-06 13:44:38 CEST
(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.
Comment 7 Maurice Batey 2016-04-06 13:53:37 CEST
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)?
Comment 8 Rémi Verschelde 2016-04-06 14:19:59 CEST
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 :)
Comment 9 Maurice Batey 2016-04-06 19:47:49 CEST
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).
Comment 10 Maurice Batey 2016-04-07 18:04:03 CEST
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.
Comment 11 Maurice Batey 2016-04-07 18:42:11 CEST
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.
Comment 12 Maurice Batey 2016-04-09 14:10:43 CEST
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.]
Comment 13 Maurice Batey 2016-04-17 20:05:14 CEST
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.
Comment 14 Maurice Batey 2016-04-22 10:59:40 CEST
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).
Comment 15 Maurice Batey 2016-04-22 11:03:16 CEST
Apologies; correction: 

  https://bugs.mageia.org/show_bug.cgi?id=18207
William Kenney 2016-04-22 15:31:06 CEST

CC: (none) => wilcal.int

Comment 16 Maurice Batey 2016-05-04 19:26:42 CEST
This problem is not appearing here on 64-bit Mageia-6-sta1 Plasma 
(on real, BIOS, nVidia h/w.)
Comment 17 Marja Van Waes 2016-05-04 20:18:43 CEST
(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 => RESOLVED
Resolution: (none) => FIXED

Comment 18 Maurice Batey 2016-05-06 13:01:20 CEST
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?
Comment 19 Maurice Batey 2016-05-06 13:11:23 CEST
P.S. After restoring Folder View and locking icons/widgets have just tried Logout/Login, and found the restored Folder View has survived...
Comment 20 Maurice Batey 2016-05-06 15:17:23 CEST
 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...
Comment 21 Maurice Batey 2016-05-07 19:44:57 CEST
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

Comment 22 Maurice Batey 2016-05-07 23:21:36 CEST
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).
Maurice Batey 2016-05-08 14:20:42 CEST

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 23 Maurice Batey 2016-05-09 17:40:23 CEST
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.
Comment 24 Thierry Vignaud 2016-06-17 11:49:12 CEST
This is not an installer bug

CC: (none) => thierry.vignaud
Component: Installer => RPM Packages
Source RPM: (none) => plasma-desktop?

Samuel Verschelde 2016-08-25 16:22:57 CEST

Assignee: mageia => kde

Thierry Vignaud 2016-08-25 16:33:20 CEST

CC: thierry.vignaud => (none)

Comment 25 Nicolas Lécureuil 2017-03-16 21:48:36 CET
is it still valid for you with latest cauldron ?

CC: (none) => mageia

Comment 26 William Kenney 2017-03-16 21:58:59 CET
I'm not see'n it.
Comment 27 Maurice Batey 2017-03-16 22:46:06 CET
This was one of the many problems in the early stages of Plasma 5, and is no longer there in its original form.
Comment 28 Nicolas Lécureuil 2017-03-17 11:34:14 CET
thanks closing then :)

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.