New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add test module to disable screensaver #8503
Conversation
|
Because the parent job that created the |
I can't really follow you on this one - could you send me a patch?
Is it a problem that it appeared? I would rather not touch it as I don't know what the side effects would be. |
I just saw that |
ok serialdev, makes sense. |
I need to do it like this so that the test module will get scheduled in the default scenarios as well as in the create_hdd scenarios on both opensuse and sle without duplicating code. It is really time that we switch to YAML scheduling... |
All the load_modules I see are in the function load_inst_tests. I dont't see any of your changes causing it. # First schedule
996 if (get_var('PATTERNS') || get_var('PACKAGES')) {
997 loadtest "installation/resolve_dependency_issues";
# Second schedule
616 sub installyaststep_is_applicable {
617 return !get_var("NOINSTALL") && !get_var("RESCUECD") && !get_var("ZDUP");
618 }
#...
1014 if (installyaststep_is_applicable()) {
1015 loadtest "installation/resolve_dependency_issues" unless get_var("DEPENDENCY_RESOLVER_FLAG"); |
@dzedro, waiting for your approval 😉 |
This PR broke your SLES4SAP test with gnome, see #8542 for the fix/workaround. |
Hmm I also don't see the execution of |
@ldevulder, I suppose you refer to the verification runs in the description. They were outdated and don't reflect the last changes. You are right, the test module The last verification runs were in a following commit, although no explicit: Also, there was https://openqa.suse.de/tests/3393480#step/resolve_dependency_issues#1/1 in comment #8503 (comment) Thanks for bringing it up! |
This also broke openSUSE maintenance tests - please fix ASAP: https://openqa.opensuse.org/tests/1040716#next_previous |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prepared a revert in #8548 as many Tumbleweed tests as well as more, e.g. openSUSE maintenance, fail in "disable_screensaver". The issues I see in this PR on top:
- The screensaver test module is a heavy waste of time in many test modules. Can you do the test for the screensaver in a dedicated test module which you run in only individual scenarios and simply disable in all other scenarios?
- There seem to be some changes in the single commit which do not have a direct relation to screensaver en-/disabling, please create specific commits for the specific changes
turn_off_xfce_screensaver; | ||
} | ||
turn_off_x11_dpms(); | ||
sleep 10; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what is this time-waste for?
I just saw that even in a staging test, e.g. https://openqa.opensuse.org/tests/1041042/file/autoinst-log.txt the test module is now adding 4 minutes (!) to the test runtime, please consider the time invested for test runs. |
The whole idea of this ticket is to disable the screensaver everywhere.
They do - but due to our horrible scheduling code the changes are related. |
You misunderstood. I suggest: Test the screensaver in a single scenario, disable the screensaver in all scenarios.
Don't blame any scheduling code for convoluted changes which you did not even mention in the commit message. You can always propose to change the schedule code or you can use YAML schedules. |
@@ -29,6 +29,7 @@ sub run { | |||
my ($self) = @_; | |||
select_console 'root-console'; | |||
|
|||
disable_serial_getty; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This addition also breaks test on IPMI HW: https://openqa.suse.de/tests/3402340 (tried multiple time). Fixed since the revert of this PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see any relation to this though.
It looks like openQA screws up entering the SSH password.
I have no idea how this could have been broken by my changes.
@asdil12, I understood what @okurz says in #8503 (comment), I agree with that proposal. Good point from @ldevulder, we need to consider far more scenarios for the verification runs. |
Clearly :) and also more details, because I don't understand why this |
Another weird side effect: https://openqa.suse.de/tests/3402666#step/patterns/1. We can see that |
New try with fix for some issues regarding maint:
Verification:
http://artemis.suse.de/tests/1669
http://artemis.suse.de/tests/1667