openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842018-06-06T10:19:58ZopenSUSE Project Management Tool
Redmine openQA Tests - action #36841 (Resolved): [sle12sp4][desktop] test fails in vino_clienthttps://progress.opensuse.org/issues/368412018-06-06T10:19:58Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP4-Desktop-DVD-x86_64-remote-desktop-vino-server@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1744315/modules/vino_server/steps/29" class="external">vino_server</a></p>
<p>This case is blocked by the lock screen, we didn't met this issue in SP3.</p>
openQA Tests - action #36397 (Resolved): [sle][functional][u] zypper_info failed in SLED12SP4https://progress.opensuse.org/issues/363972018-05-22T10:21:30Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP4-Desktop-DVD-x86_64-allpatterns@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1707515/modules/zypper_info/steps/8" class="external">zypper_info</a></p>
<p>Only the source repo of SLES12SP4 was defined in this case<br>
line 54: elsif (sle_version_at_least('12-SP4') and get_var('REPO_SLES_SOURCE')) {</p>
<p>For SLED it was defined as<br>
line 68: $cmd = "ar --type plaindir cd:///?devices=/dev/sr1 repo-source";<br>
which caused the failure.</p>
openQA Tests - action #35197 (Resolved): [sle][functional] test fails in scc_registration sub reg...https://progress.opensuse.org/issues/351972018-04-19T04:45:07Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-Installer-DVD-x86_64-create_hdd_gnome+we@64bit-2gbram fails in<br>
<a href="https://openqa.suse.de/tests/1629897/modules/scc_registration/steps/18" class="external">scc_registration</a></p>
<p>create_hdd_ses6_textmode@64bit failed at:</p>
<ul>
<li><a href="https://openqa.suse.de/tests/1628685#step/scc_registration/21" class="external">https://openqa.suse.de/tests/1628685#step/scc_registration/21</a></li>
</ul>
<p>The failure was caused by:</p>
<ul>
<li><a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4882" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4882</a></li>
</ul>
<p>which updated <code>assert_and_click "scc-code-field-$addon";</code> to <code>assert_and_click "scc-code-field-$addon", 60;</code></p>
<p>but this led to:</p>
<ul>
<li><a href="https://openqa.suse.de/tests/1629897/file/autoinst-log.txt" class="external">https://openqa.suse.de/tests/1629897/file/autoinst-log.txt</a>
[2018-04-19T04:54:40.0979 CEST] [debug] <<< testapi::assert_and_click(mustmatch='scc-code-field-we', <strong>button=60</strong>, timeout=30)</li>
</ul>
<a name="Solution"></a>
<h3 >Solution:<a href="#Solution" class="wiki-anchor">¶</a></h3>
<p>update that line to:<br>
<code>assert_and_click "scc-code-field-$addon", 'left', 60;</code></p>
openQA Tests - action #34231 (Resolved): [sle][functional][desktop] Add a create_hdd_* testsuite ...https://progress.opensuse.org/issues/342312018-04-04T08:22:06Zqkzhuqkzhu@suse.com
<a name="Summary"></a>
<h3 >Summary:<a href="#Summary" class="wiki-anchor">¶</a></h3>
<p>We want to extend the test coverage by migrating all the desktopapps-* testsuites to a SLES+WE system. The default session of SLED15 is wayland while SLES+WE still uses X, it is worth having desktopapps-* cases tested on both wayland and X.</p>
<p>The SLES+WE qcow2 image could be reused by/as:</p>
<ul>
<li>desktopapps-* testsuites</li>
<li>a vino server for remote desktop testing</li>
</ul>
<hr>
<a name="Testsuite"></a>
<h3 >Testsuite:<a href="#Testsuite" class="wiki-anchor">¶</a></h3>
<p><strong>create_hdd_gnome+we</strong><br>
DESKTOP=gnome<br>
HDDSIZEGB=30<br>
PUBLISH_HDD_1=SLES-%VERSION%-%ARCH%-Build%BUILD%@%MACHINE%-gnome+we.qcow2<br>
REGRESSION=installation<br>
SCC_ADDONS=we<br>
SCC_REGCODE_WE=***<br>
TOGGLEHOME=1</p>
openQA Tests - action #33484 (Resolved): [desktop]handle_login should be updated for the scenario...https://progress.opensuse.org/issues/334842018-03-20T03:21:20Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>record_soft_failure is not necessary in <a href="https://openqa.suse.de/tests/1555446/modules/first_boot/steps/3" class="external">first_boot</a></p>
<p>bgo#657996 will be recorded as soft failure for all SLE15 tests which use handle_login. The default user of gdm will be selected for the scenario of first login, assert_and_click and record_soft_failure is not necessary in this case. </p>
<p>But for the scenario of log out and re-login we have to use assert_and_click to work around bgo#657996: </p>
<ul>
<li><a href="https://openqa.suse.de/tests/1555644#step/application_starts_on_login/53" class="external">https://openqa.suse.de/tests/1555644#step/application_starts_on_login/53</a></li>
</ul>
<p>I will update the handle_login</p>
openQA Project - action #29634 (Resolved): Enable QEMU snapshots function for virtio-gpuhttps://progress.opensuse.org/issues/296342017-12-20T08:39:18Zqkzhuqkzhu@suse.com
<p>Previously the qemu version of qemu_x86_64 worker was too old and didn't support take snapshots with virtio-gpu.<br>
So we disabled it by: <a href="https://github.com/os-autoinst/os-autoinst/pull/832" class="external">https://github.com/os-autoinst/os-autoinst/pull/832</a></p>
<p>But the qemu version was updated to "QEMU emulator version 2.9.1(openSUSE Leap 42.3)" now, we should drop this line:<br>
<a href="https://github.com/os-autoinst/os-autoinst/pull/832/files#diff-ce37f278fec25235d9f905442ecd8e5aR183" class="external">https://github.com/os-autoinst/os-autoinst/pull/832/files#diff-ce37f278fec25235d9f905442ecd8e5aR183</a><br>
to enable the snapshots function for virtio-gpu.</p>
openQA Tests - action #28836 (Rejected): [sle][functional][desktop] installation fails in scc_reg...https://progress.opensuse.org/issues/288362017-12-05T02:05:59Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-Installer-DVD-x86_64-create_hdd_sled_gnome@64bit-virtio-vga fails in<br>
<a href="https://openqa.suse.de/tests/1293477/modules/scc_registration/steps/11" class="external">scc_registration</a></p>
<p>The beta filter checkbox of sled is disappeared since all the available modules for sled aren't beta version now.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/1288739" class="external">364.1</a></p>
openQA Tests - action #27062 (Resolved): [sle][functional][sle15][desktop] Add new QEMUVGA types ...https://progress.opensuse.org/issues/270622017-10-27T07:44:42Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-Installer-DVD-x86_64-create_hdd_sled_gnome@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1237276/modules/first_boot/steps/2" class="external">first_boot</a></p>
<p>SLED15 is using Wayland by default however the default QEMUVGA setting on o.s.d is cirrus<br>
which doesn't support Wayland. So SLED15 and SLES15+WE stuck at the boot time currently.</p>
<p>We could:</p>
<ol>
<li>Add a new machine type with <strong>QEMUVGA=virtio/vga</strong> for the Wayland testing</li>
<li>Set <strong>QEMUVGA=virtio/vga</strong> in the main.pm for Wayland testing</li>
</ol>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/1212937" class="external">303.1</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/1212174" class="external">302.1</a> (or more recent)</p>
openQA Tests - action #25992 (Resolved): [sle][functional][sle15][desktop] The shutdown-auth is n...https://progress.opensuse.org/issues/259922017-10-12T04:42:46Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-Installer-DVD-x86_64-create_hdd_sled_gnome@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1209602/modules/shutdown/steps/8" class="external">shutdown</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/1196285" class="external">288.8</a></p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p><strong>shutdown.pm</strong> of <strong>create_hdd_sled_gnome</strong> want to match <strong>shutdown-auth</strong> for sled15 since<br>
we have defined <strong>SHUTDOWN_NEEDS_AUTH=1</strong> in the medium type of sle-15-Installer-DVD.<br>
However the shutdown authentication is not expected in SLED.</p>
<p>In SLE 12 there are medium types for Desktop and Server respectively, but we only have one medium type called<br>
<strong>sle-15-Installer-DVD</strong> in SLE15.</p>
<p>We could fix this issues in different ways:</p>
<ol>
<li><p>Add <strong>SHUTDOWN_NEEDS_AUTH=0</strong> for all testsuite of SLED, but for testsuite which is used by both Server and Desktop(eg testsuite: <strong>gnome</strong>) we have to add a new testsuite like <strong>gnome-sled</strong> or something else.</p></li>
<li><p>Set <strong>SHUTDOWN_NEEDS_AUTH=0</strong> in main.pm when <strong>SLE_PRODUCT=sled</strong></p></li>
<li><p>Add a new medium type for SLED15</p></li>
</ol>
<p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/17668">@okurz</a>, do you have any ideas about this?</p>
openQA Tests - action #23840 (Resolved): [sle][qam][x11regressions] qam-regression-documentation ...https://progress.opensuse.org/issues/238402017-09-01T05:39:42Zqkzhuqkzhu@suse.com
<p>all qam-regression-documentation can't be started successfully (<a href="https://openqa.suse.de/tests/1140513" class="external">https://openqa.suse.de/tests/1140513</a>) due to:</p>
<p><a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3494/files#diff-71e50855a941054df11c4464aba24389R34" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3494/files#diff-71e50855a941054df11c4464aba24389R34</a></p>
<p>I defined a test_flags in gnote_first_run.pm:<br>
sub test_flags {<br>
return {milestone => 1} if (is_tumbleweed);<br>
}<br>
It will return nothing on non tumbleweed scenarios, however it needs a return value.</p>
<p>Maybe I should drop the if sentence.</p>
openQA Tests - action #23518 (Closed): [sle][tw][x11regressions] Add testsuit of regression-insta...https://progress.opensuse.org/issues/235182017-08-22T02:51:20Zqkzhuqkzhu@suse.com
<p><strong>testsuit of regression-installation:</strong></p>
<p>DESKTOP=gnome<br>
HDDSIZEGB=25<br>
PUBLISH_HDD_1=openSUSE-%VERSION%-%BUILD%-%ARCH%_for_regression.qcow2<br>
QEMU_COMPRESS_QCOW2=1<br>
REGRESSION=installation</p>
<p>We should</p>
<ul>
<li>Update main.pm of opensuse</li>
<li>Add testsuit to o.o.o</li>
</ul>
<p>Hi Dominique, Richard, can you give me the authority to add testsuit in o.o.o?</p>
openQA Tests - action #23516 (New): [sle][tw][x11regressions][desktop] Migrate x11regression case...https://progress.opensuse.org/issues/235162017-08-22T02:41:13Zqkzhuqkzhu@suse.com
<p>We want to do some preliminary work for the openQA testing of SLED15, but currently this is blocked by LeanOS.<br>
However, Migrate x11regression cases of SLE to tw would be to SLE and tw's mutual benefit.</p>
<p>Todo list of cases: <br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/tests/x11regressions" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/tests/x11regressions</a></p>
<p>Todo list of testsuits:</p>
<ul>
<li>regression-installation</li>
<li>regression-documentation</li>
<li>regression-firefox</li>
<li>regression-gnome</li>
<li>regression-message</li>
<li>regression-other</li>
<li>remote-desktop-client1<br></li>
<li>remote-desktop-client2<br></li>
<li>remote-desktop-client3<br></li>
<li>remote-desktop-supportserver1<br></li>
<li>remote-desktop-supportserver2<br></li>
<li>remote-desktop-supportserver3<br></li>
<li>remote-desktop-vino-client<br></li>
<li>remote-desktop-vino-server</li>
</ul>
openQA Tests - action #18410 (Resolved): [qam][x11regressions] Close libreoffice test file timelyhttps://progress.opensuse.org/issues/184102017-04-07T06:40:59Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP1-Desktop-DVD-Updates-x86_64-qam-regression-documentation@64bit fails in<br>
<a href="https://openqa.suse.de/tests/862537/modules/libreoffice_open_specified_file/steps/60" class="external">libreoffice_open_specified_file</a></p>
<p>libreoffice_open_specified_file and libreoffice_double_click_file are unreliable. <br>
It seems that the VM's performance doesn't support opening so many test files at the same time.<br>
Maybe we could close every 3 or 5 files to reduce the VM's burden.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/862537" class="external">20170407-2</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/862300" class="external">20170407-1</a> (or more recent)</p>
openQA Tests - action #16604 (Resolved): [sle][functional][desktop]test fails in sshxterm - delay...https://progress.opensuse.org/issues/166042017-02-09T02:45:53Zqkzhuqkzhu@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP3-Desktop-DVD-x86_64-allpatterns@64bit fails in<br>
<a href="https://openqa.suse.de/tests/762565/modules/sshxterm/steps/9" class="external">sshxterm</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/762565" class="external">0108</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/760749" class="external">0107</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?version=12-SP3&test=allpatterns&distri=sle&flavor=Desktop-DVD&machine=64bit&arch=x86_64" class="external">latest</a></p>
openQA Tests - action #13968 (Closed): change_password fails at the passwd changing stephttps://progress.opensuse.org/issues/139682016-09-29T06:29:47Zqkzhuqkzhu@suse.com
<p>Failed at: <a href="https://openqa.suse.de/tests/593079#step/change_password/10" class="external">https://openqa.suse.de/tests/593079#step/change_password/10</a></p>
<p>This case is rather unstable, we should add some interval between the type_string and send_key.</p>