action #13306
closed[sle][functional][opensuse]multi_users_dm does not actually log in
100%
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
Updated by dzedro about 8 years ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
Bug is RESOLVED FIXED
Updated by dzedro about 8 years ago
- Status changed from Resolved to In Progress
Ah there is no user login on openSUSE
Updated by okurz about 8 years ago
Updated by okurz about 8 years ago
- Related to action #15892: [aarch64] Terminal does not show up on select_console call added
Updated by okurz about 8 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.
Updated by okurz about 8 years ago
- Related to deleted (action #15892: [aarch64] Terminal does not show up on select_console call)
Updated by okurz almost 8 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.
Updated by dzedro almost 8 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 ?
Updated by okurz@suse.de almost 8 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.
Updated by dzedro almost 8 years ago
- Status changed from In Progress to Resolved
Updated by okurz almost 8 years ago
sorry about the resetting of status, mistake
Updated by lnussel almost 8 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.
Updated by lnussel almost 8 years ago
- Category changed from New test to Bugs in existing tests
Updated by dzedro almost 8 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 ?
Updated by okurz almost 8 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
Updated by dzedro almost 8 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
Updated by dzedro almost 8 years ago
Or multi_users_dm can login and logout first three users http://10.100.12.155/tests/5888
Updated by lnussel almost 8 years ago
logging in one of the created users should be fine
Updated by dzedro almost 8 years ago
Updated by dzedro almost 8 years ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
Updated needles, test passed.
https://openqa.opensuse.org/tests/383722#step/multi_users_dm/12
Updated by StefanBruens almost 8 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:
- SHIFT + TAB for move focus backwards
- 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
- press enter -> focus
- password + enter
Lightdm seems to have a similar issue to SDDM, althoug up/down switches the user, no enter is required afterwards.
Updated by dzedro almost 8 years ago
I think this test is solved, now it is failing because of bugs.
Updated by okurz over 7 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
Updated by dzedro over 7 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.
Updated by dzedro over 7 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
Updated by okurz over 7 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
Updated by okurz over 7 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.