http://bugzilla.opensuse.org/show_bug.cgi?id=1074214 http://bugzilla.opensuse.org/show_bug.cgi?id=1074214#c1 Stefan Seyfried changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dimstar@opensuse.org, | |seife@novell.slipkontur.de Flags| |needinfo?(dimstar@opensuse. | |org) --- Comment #1 from Stefan Seyfried --- might have something to do with the switch to whiskermenu. Chencking... It seems to work in latest test? https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=Rescue-CD&test=rescue&machine=64bit&version=Tumbleweed is this still relevant? Is this a "sometimes failing" issue? I'm downloading snapshout20171223 iso right now and will test in a VM. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074214 http://bugzilla.opensuse.org/show_bug.cgi?id=1074214#c3 --- Comment #3 from Stefan Seyfried --- Created attachment 754422 --> http://bugzilla.opensuse.org/attachment.cgi?id=754422&action=edit freshly booted openSUSE-Tumbleweed-Rescue-CD-x86_64-Snapshot20171223-Media.iso right now I only have VirtualBox (Windows Host) to test, but I will try with qemu at home, later. I cannot really imagine a difference, though. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074214 http://bugzilla.opensuse.org/show_bug.cgi?id=1074214#c5 --- Comment #5 from Stefan Seyfried --- I cannot reproduce this locally. The only thing that I can see (funnily especially when giving the VM more than one CPU) is, that it often takes a considerable amount of time after loggin in the livecd user until the panel is completely displayed, so for quite a long time there is only the "show desktop" icon on the left side and the desktop-switcher, clock and "live cd user" button on the right, before the whiskermenu button (opensuse menu) on the left appears. But it still appears before Powermanager, Pulseaudio and NetworkManager plugin appear (in this order), so it still does not really match the 569250 failure, as there power manager, pulseaudio and networkmanager plugins are displayed. Sorry, but since I cannot reproduce it, I have no real way of debugging it. I think I have seen something similar recently on real hardware (rescue iso on an USB stick) on first login no menu, log out and back in and system was happily ever after, so I will also retry on real hardware. JFTR: this is how I try the live iso (varying amounts of memory and CPUs): qemu-system-x86_64 -smp 2 -m 2048 -accel kvm -cdrom openSUSE-Tumbleweed-Rescue-CD-x86_64-Snapshot20171213-Media.iso -vga qxl Can we find out how the VM is started in openQA (preferrably without me reading all the openqa code ;-)? Maybe there is something that makes it easier to trigger the issue. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074214 http://bugzilla.opensuse.org/show_bug.cgi?id=1074214#c7 --- Comment #7 from Stefan Seyfried --- I found out why it took so long to spin up the session: XAUTHLOCALHOSTNAME was not set in systemd-user session and this lead to failures in starting xfce-notifyd and at-spi-bus-foo. I fixed this in obs://home:seife:xfce/xfce4-session/xfce4-session-systemd-user-addons.patch I will submit this, soon after a few more tests. Let's see if this helps the issue (or at least helps hiding it in openQA ;-)) I'll still try reproducing it with the openQA qemu parameters. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1074214 http://bugzilla.opensuse.org/show_bug.cgi?id=1074214#c9 --- Comment #9 from Stefan Seyfried --- Bad. Unfortunately I have no idea how to debug this without a way to reproduce this :-( -- You are receiving this mail because: You are on the CC list for the bug.