Bug 17644 - mga6: no plasma task bar , right mouse click menu, or desktop wallpaper upon first login
Summary: mga6: no plasma task bar , right mouse click menu, or desktop wallpaper upon ...
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: Nicolas Lécureuil
QA Contact:
URL:
Whiteboard:
Keywords: 6dev1
: 17634 (view as bug list)
Depends on:
Blocks: 17523
  Show dependency treegraph
 
Reported: 2016-01-30 05:55 CET by Bit Twister
Modified: 2016-04-07 03:56 CEST (History)
1 user (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments

Description Bit Twister 2016-01-30 05:55:11 CET
Description of problem:

Clean network install and first user login has the Mageia Welcome pop up with a black screen, no task bar or right mouse click menu

Version-Release number of selected component (if applicable):


How reproducible: Always


Steps to Reproduce:
1. clean install
2, reboot and wait full 7 minutes for hardware detection to complete
3. log into user account.



Reproducible: 

Steps to Reproduce:
Comment 1 Bit Twister 2016-02-01 04:15:08 CET
*** Bug 17634 has been marked as a duplicate of this bug. ***
Samuel Verschelde 2016-02-02 14:47:12 CET

Blocks: (none) => 17523
Assignee: bugsquad => mageia

Comment 2 Marja Van Waes 2016-02-03 15:25:26 CET
Confirming I've seen the same in several existing cauldron Plasma5s, so *not* after the first boot after installing, but after some updates last week.

In all of them, starting Plasma5 from sddm once wasn't enough, I had to stop my session with alt+ctrl+ del and start a new one.

(Side note: according to loginctl, the first user session kept closing forever.. should alt+ctrl-del have completely closed it?)

The updates I ran when I came back from Fosdem fixed the issue, at least on this laptop: now the first time I start Plasma5 it comes up fine.

CC: (none) => marja11

Comment 3 Marja Van Waes 2016-02-03 15:29:42 CET
Adding 6dev1 on the whiteboard, because current QA isos seem to have the issue, too

Whiteboard: (none) => 6dev1

Comment 4 Bit Twister 2016-02-03 18:12:24 CET
(In reply to Marja van Waes from comment #2)
> Confirming I've seen the same in several existing cauldron Plasma5s, so
> *not* after the first boot after installing, but after some updates last
> week.

Agreed, Just create a test account, say junk. It will have the same problem(s).


> In all of them, starting Plasma5 from sddm once wasn't enough, I had to stop
> my session with alt+ctrl+ del and start a new one.
> 
> (Side note: according to loginctl, the first user session kept closing
> forever.. should alt+ctrl-del have completely closed it?)

Have noticed using a root terminal to pkill -u user_here followed by a pkill -9 -u user_here gives be a better chance of next login working correctly.


My KillUserProcesses=yes change in /etc/systemd/logind.conf has not helped.
Comment 5 Marja Van Waes 2016-02-04 07:45:11 CET
(In reply to Marja van Waes from comment #2)

> 
> The updates I ran when I came back from Fosdem fixed the issue, at least on
> this laptop: now the first time I start Plasma5 it comes up fine.

Forget that, it may have been just luck.

When I started this laptop today, it happened again :-(
Comment 6 Marja Van Waes 2016-04-05 19:54:12 CEST
Is this bug still valid for the released 6dev1 isos (or fully updated cauldron)?

Keywords: (none) => 6dev1
Whiteboard: 6dev1 => (none)

Comment 7 Bit Twister 2016-04-05 22:28:10 CEST
(In reply to Marja van Waes from comment #6)
> Is this bug still valid for the released 6dev1 isos (or fully updated
> cauldron)?

I'll have no real time to test it for the next week or so.

I keep a summary list of my bug reports. On each iso release I try to go through the list and verify if they are fixed regardless if marked resolved here.

This bug is in my current list of 98 to be tested.
My plan is I'll change mga6: to 6dn: if test fails on each new iso release.

Hopefully that should cut down on "bug still valid" messages.  :)
Comment 8 Bit Twister 2016-04-07 03:56:53 CEST
Tried two different new accounts and a few logins. Problem appears to fixed.

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


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