Project

General

Profile

action #13306

[sle][functional][opensuse]multi_users_dm does not actually log in

Added by lnussel almost 4 years ago. Updated almost 3 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
New test
Start date:
2016-08-23
Due date:
% Done:

100%

Estimated time:
Difficulty:
Duration:

Description

The multi_users_dm does not actually try to log in a user. This could probably have prevented
https://bugzilla.suse.com/show_bug.cgi?id=994876

History

#1 Updated by okurz over 3 years ago

  • Category set to New test

#2 Updated by dzedro over 3 years ago

  • Status changed from New to In Progress

#3 Updated by dzedro over 3 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

Bug is RESOLVED FIXED

#4 Updated by dzedro over 3 years ago

  • Status changed from Resolved to In Progress

Ah there is no user login on openSUSE

#5 Updated by dzedro over 3 years ago

  • Assignee set to dzedro

#7 Updated by okurz over 3 years ago

  • Related to action #15892: [aarch64] Terminal does not show up on select_console call added

#8 Updated by okurz over 3 years ago

but it looks like f4e442 caused https://openqa.opensuse.org/tests/334182. DimStar cloned that job to http://dimstar.ddns.net/tests/5# with f4e442 reverted and switching to terminals now works better again.

#9 Updated by okurz over 3 years ago

  • Related to deleted (action #15892: [aarch64] Terminal does not show up on select_console call)

#10 Updated by dzedro over 3 years ago

  • Status changed from In Progress to Resolved

Logout/login test done e.g. gnome kde

#11 Updated by okurz over 3 years ago

hm, ok. but the ticket was about "multi_users_dm", e.g. like https://openqa.opensuse.org/tests/340346#. Can you please comment how your test addition solves the initial problem? I hope it does but I am not sure.

#12 Updated by dzedro over 3 years ago

In my understanding based on bug, it was about not tested login because of autologin.
Every DM is multi user I guess
How should multi user test look like ? login more users and switch between them ?

#13 Updated by okurz@suse.de over 3 years ago

  • Status changed from Resolved to New

How should multi user test look like ? login more users and switch between
them ?

yeah, doesn't make much sense. nevermind.

#14 Updated by dzedro over 3 years ago

  • Status changed from New to In Progress

#15 Updated by dzedro over 3 years ago

  • Status changed from In Progress to Resolved

#16 Updated by okurz over 3 years ago

sorry about the resetting of status, mistake

#17 Updated by dzedro over 3 years ago

Ye sneaky reset without log ;)

#18 Updated by lnussel about 3 years ago

  • Status changed from Resolved to New
  • % Done changed from 100 to 0

I'm reopening this. The links in the comments always refer to first_boot while I've specifically filed this for multi_users_dm. The test still does not try to log in any of the users it creates. The test just checks if the UI changed and is fine with that: https://openqa.opensuse.org/tests/380356#step/multi_users_dm/12. So in case of gdm is needs to proceed, click on "not listed?" and log in a user.

#19 Updated by lnussel about 3 years ago

  • Category changed from New test to Bugs in existing tests

#20 Updated by dzedro about 3 years ago

I didn't touch multi_users_dm, I worked on first_boot. Unfortunately I didn't know there is test multi_users_dm ...
Is dheidler still working on openQA ?

#21 Updated by okurz about 3 years ago

  • Subject changed from multi_users_dm does not actually log in to [sle][functional][opensuse]multi_users_dm does not actually log in
  • Category changed from Bugs in existing tests to New test

agreed, although that is a "new test"

do not count on dheidler, he is here one day a week and not very motivated on working on tests

#22 Updated by dzedro about 3 years ago

  • Status changed from New to In Progress

#23 Updated by dzedro about 3 years ago

Based on this issue I created user_gui_login, I don't know what exactly is expected from multi_users_dm
if it's just login then I updated multi_users_dm and except creating 100 users with command it's does same single user login as user_gui_login

#24 Updated by dzedro about 3 years ago

Or multi_users_dm can login and logout first three users http://10.100.12.155/tests/5888

#25 Updated by lnussel about 3 years ago

logging in one of the created users should be fine

#27 Updated by dzedro about 3 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

#28 Updated by dzedro about 3 years ago

  • Status changed from Resolved to In Progress
  • % Done changed from 100 to 0

This will need update for kde and xfce

#29 Updated by okurz about 3 years ago

  • Target version set to Milestone 7

#30 Updated by StefanBruens about 3 years ago

The current test does not handle differences between GDM and SDDM:

GDM: The login screen shows the user list (https://openqa.opensuse.org/tests/385700/file/video.ogv @ 0:19), "User #1" is selected by "KEY_DOWN" + "return" sequence
After the user is selected, the password is entered and submitted with return

SDDM: Keyboard focus is on the password field. Entering "KEY_DOWN" + "return" submits an empty password (video shows "login failed"). Password field is blocked for ~ 3 seconds, password goes to nirvana.

https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/259d34845d2fe8cc525e100c46c2fd5949e69916/lib/utils.pm#L299 needs to change the key sequence for SDDM:

  1. SHIFT + TAB for move focus backwards
  2. Select user: SDDM seems to use the breeze-oenSUSE theme, which uses a username prompt instead of a list, as 100 users is more than "disableAvatarsThreshold = 7". -> type user1 to select the user
  3. press enter -> focus
  4. password + enter

Lightdm seems to have a similar issue to SDDM, althoug up/down switches the user, no enter is required afterwards.

#31 Updated by lnussel about 3 years ago

Any solution in the works?

#32 Updated by dzedro about 3 years ago

I think this test is solved, now it is failing because of bugs.

#33 Updated by okurz about 3 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: extra_tests_on_kde
https://openqa.opensuse.org/tests/400398

#34 Updated by dzedro about 3 years ago

  • Target version changed from Milestone 7 to Milestone 8

TW is failing on bugs, Leap is randomly failing on needle or select_console.
I will look what can be improved here.

#35 Updated by dzedro almost 3 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

I consider this test as working, mentioned failure was select_console and terminal needle match issue https://bugzilla.suse.com/show_bug.cgi?id=1011815

#36 Updated by okurz almost 3 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: extra_tests_on_kde
https://openqa.opensuse.org/tests/432585

#37 Updated by dzedro almost 3 years ago

^ Again select_console issue.

#38 Updated by okurz almost 3 years ago

As I don't see where my automatic reminder comments are posted only now I understood the email notification that I received from your comment :-D I deleted the reference on the job and created a better needle for "root-console-logged-in". Maybe fixed.

Also available in: Atom PDF