openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842024-03-27T06:57:56ZopenSUSE Project Management Tool
Redmine openQA Infrastructure - action #158104 (Feedback): typing issue on ppc64 worker size:Shttps://progress.opensuse.org/issues/1581042024-03-27T06:57:56Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP6-Online-ppc64le-ha_beta_supportserver@ppc64le-2g fails in<br>
<a href="https://openqa.suse.de/tests/13885455/modules/setup/steps/84" class="external">setup</a></p>
<p><a href="https://openqa.suse.de/tests/13885455#step/setup/84" class="external">https://openqa.suse.de/tests/13885455#step/setup/84</a> (see attachment p1.png)</p>
<p><a href="https://openqa.suse.de/tests/13885471#step/setup/30" class="external">https://openqa.suse.de/tests/13885471#step/setup/30</a> (see attachment p2.png) It missed "$" before "?".</p>
<p><a href="https://openqa.suse.de/tests/13885404#step/setup/12" class="external">https://openqa.suse.de/tests/13885404#step/setup/12</a> (see attachment p3.png)</p>
<p><a href="https://openqa.suse.de/tests/13885407#step/setup/9" class="external">https://openqa.suse.de/tests/13885407#step/setup/9</a> (see attachment p4.png)</p>
<p>I think this may related with the high work load of underlying ppc64 worker.</p>
<p>All on "mania"</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>The base test suite is used for job templates defined in YAML documents. It has no settings of its own.</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/13885455" class="external">73.1</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/13829359" class="external">67.1</a> (or more recent)</p>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Identify the affected machines and workers, apply mitigations to prevent recurring typing issues, e.g. reducing CPU load</li>
<li>Restart related failed jobs</li>
<li>Identify follow-up tasks</li>
<li>Reduce the number of worker instances as a first mitigation measure. <a href="https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/759" class="external">https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/759</a> (merged)</li>
<li>Make the alert for CPU load more strict - <a class="issue tracker-4 status-4 priority-5 priority-high3 child behind-schedule" title="action: typing issue on ppc64 worker - make CPU load alert more strict (Feedback)" href="https://progress.opensuse.org/issues/158113">#158113</a></li>
<li>Evaluate the impact on video encoding in particular on ppc64le, maybe ffmpeg on Power8 kvm is inefficient - <a class="issue tracker-4 status-1 priority-4 priority-default child" title="action: typing issue on ppc64 worker - crosscheck performance impact of ffmpeg on ppc64le (Power8 kvm) (New)" href="https://progress.opensuse.org/issues/158116">#158116</a></li>
<li>Check existing ffmpeg processes on mania which take a lot of CPU time - <a class="issue tracker-4 status-1 priority-4 priority-default child" title="action: typing issue on ppc64 worker - crosscheck performance impact of ffmpeg on ppc64le (Power8 kvm) (New)" href="https://progress.opensuse.org/issues/158116">#158116</a></li>
</ul>
<a name="Out-of-scope"></a>
<h2 >Out of scope<a href="#Out-of-scope" class="wiki-anchor">¶</a></h2>
<ul>
<li>ffmpeg impact investigation -> <a class="issue tracker-4 status-4 priority-5 priority-high3 child behind-schedule" title="action: typing issue on ppc64 worker - make CPU load alert more strict (Feedback)" href="https://progress.opensuse.org/issues/158113">#158113</a></li>
<li>code improvements -> <a class="issue tracker-4 status-1 priority-4 priority-default child" title="action: typing issue on ppc64 worker - only pick up (or start) new jobs if CPU load is below configured t... (New)" href="https://progress.opensuse.org/issues/158125">#158125</a></li>
<li>improving the alert -> <a class="issue tracker-4 status-4 priority-5 priority-high3 child behind-schedule" title="action: typing issue on ppc64 worker - make CPU load alert more strict (Feedback)" href="https://progress.opensuse.org/issues/158113">#158113</a></li>
</ul>
<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?arch=ppc64le&distri=sle&flavor=Online&machine=ppc64le-2g&test=ha_beta_supportserver&version=15-SP6" class="external">latest</a></p>
openQA Tests - action #158077 (Resolved): [desktop][sle15sp6] test fails in persistent_vncsession...https://progress.opensuse.org/issues/1580772024-03-27T01:57:08Zzcjiazcjia@suse.com
<p>This test fails sporadically. Because it does not logout the persistent vnc session correctly.</p>
<p>Sometimes it choose the host 'system-indicator' needle.</p>
<p>So it's better to create a new needle tag 'vnc-system-indicator'.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP6-Online-x86_64-desktopapps-remote-client2@64bit-virtio-vga fails in<br>
<a href="https://openqa.suse.de/tests/13885201/modules/persistent_vncsession_xvnc/steps/48" class="external">persistent_vncsession_xvnc</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>SLE15 or later remote desktop client for: persistent xvnc session, x11 forwarding, xdmcp with gdm configured. </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/13877760" class="external">73.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/13856489" class="external">71.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-virtio-vga&test=desktopapps-remote-client2&version=15-SP6" class="external">latest</a></p>
openQA Infrastructure - action #157636 (New): remove NOVIDEO=1 from ppc64le workershttps://progress.opensuse.org/issues/1576362024-03-21T07:16:16Zzcjiazcjia@suse.com
<p><a href="https://suse.slack.com/archives/C02CANHLANP/p1710931589680009" class="external">https://suse.slack.com/archives/C02CANHLANP/p1710931589680009</a></p>
<p>As discussed above, there is really no reason to disable video recording of tests running on ppc64le workers.</p>
<p>I have tested that video recording works on a single test.</p>
<p>I plan to remove NOVIDEO=1 from various ppc64le machine types:</p>
<p>ppc64le-kernel-default-base<br>
ppc64le-no-tmpfs<br>
ppc64le-sap<br>
ppc64le-sap-qam<br>
ppc64le-virtio<br>
ppc64le-4g<br>
ppc64le-2g<br>
ppc64le</p>
<p>If there are no objections, I will start with ppc64le-2g and monitor the results.</p>
openQA Tests - action #119593 (Resolved): [sle15sp5][desktop] test fails in thunderbird_imaphttps://progress.opensuse.org/issues/1195932022-10-31T06:27:07Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The test case need to be updated to match the newer version thunderbird behavior.</p>
<p>openQA test in scenario sle-15-SP5-Online-x86_64-wayland-desktopapps-message@64bit-virtio-vga fails in<br>
<a href="https://openqa.suse.de/tests/9831758/modules/thunderbird_imap/steps/13" class="external">thunderbird_imap</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<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/9825370" class="external">32.1</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-virtio-vga&test=wayland-desktopapps-message&version=15-SP5" class="external">latest</a></p>
openQA Tests - action #104019 (Resolved): [qe-yast] soft-failure caused by default_user_simple_pwdhttps://progress.opensuse.org/issues/1040192021-12-15T09:56:16Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Soft-failure in gdm login screen that shows fullname instead of username is caused by this: <a href="https://openqa.suse.de/tests/7852673#step/first_boot/2" class="external">https://openqa.suse.de/tests/7852673#step/first_boot/2</a></p>
<p>"default_user_simple_pwd" uses different "User's Full Name" from "user_settings" (e.g. <a href="https://openqa.suse.de/tests/7852674#step/user_settings/4" class="external">https://openqa.suse.de/tests/7852674#step/user_settings/4</a>) when creating new users during installation. They should be the same.</p>
<p>openQA test in scenario sle-15-SP4-Online-E-Staging-s390x-ext4_staging_s390x@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/7852673/modules/default_user_simple_pwd/steps/1" class="external">default_user_simple_pwd</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml" class="external">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. Maintainer: QE Kernel, QE Yast</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/7852673" class="external">E.64.10</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/7850227" class="external">E.64.8</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?arch=s390x&distri=sle&flavor=Online-E-Staging&machine=s390x-kvm-sle12&test=ext4_staging_s390x&version=15-SP4" class="external">latest</a></p>
openQA Tests - action #102020 (Resolved): [desktop][sle15sp4] test fails in first_boot; second po...https://progress.opensuse.org/issues/1020202021-11-08T08:14:06Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Since build 61.1, a second polkit window shows up when logging in a 390x machine. No relevant package updates compared with previous build.</p>
<p>openQA test in scenario sle-15-SP4-Online-s390x-allmodules+allpatterns-gnome@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/7618955/modules/first_boot/steps/9" class="external">first_boot</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: zluo <br>
add allmodules+allpatterns-gnome test suite to SLE15-SP2</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/7618955" class="external">61.1</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/7603264" class="external">58.2</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?arch=s390x&distri=sle&flavor=Online&machine=s390x-kvm-sle12&test=allmodules%2Ballpatterns-gnome&version=15-SP4" class="external">latest</a></p>
openQA Tests - action #98135 (Resolved): [desktop][sle15sp4] test fails in yast2_snapper; in stag...https://progress.opensuse.org/issues/981352021-09-06T02:43:29Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Some analysis:</p>
<ol>
<li>This test is not caused by small QEMURAM.</li>
<li>This failure is caused by "alt-s" is not always correctly received.</li>
</ol>
<p>So this is actually related with the random key missing issue which existed long time ago.</p>
<p>Similar issue goes for "firefox" in the same test.</p>
<p>Since "yast2_snapper" is covered by Yast tests, and the "firefox" test has little functionality and covered by other tests, I suggest to remove them from Staging test and add them back when the key missing issue is resolved.</p>
<p>openQA test in scenario sle-15-SP4-Online-E-Staging-x86_64-gnome@64bit fails in<br>
<a href="https://openqa.suse.de/tests/6966330/modules/yast2_snapper/steps/50" class="external">yast2_snapper</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml" class="external">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. Maintainer: slindomansilla</p>
<p>The standard scenario where we mainly just follow installation suggestions without any adjustments as long as the default desktop is gnome.</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/6944124" class="external">E.21.3</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/6941690" class="external">E.21.1</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?arch=x86_64&distri=sle&flavor=Online-E-Staging&machine=64bit&test=gnome&version=15-SP4" class="external">latest</a></p>
openQA Tests - action #97907 (Resolved): [desktop][sle15sp4] test fails in firefox_downloading; n...https://progress.opensuse.org/issues/979072021-09-02T03:16:50Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>This is a tracker issue to fix the needles for firefox tests after GNOME40 upgrade.</p>
<p>openQA test in scenario sle-15-SP4-Online-x86_64-wayland-desktopapps-firefox@64bit-virtio-vga fails in<br>
<a href="https://openqa.suse.de/tests/6998714/modules/firefox_downloading/steps/26" class="external">firefox_downloading</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<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/6995160" class="external">31.2</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/6950787" class="external">29.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-virtio-vga&test=wayland-desktopapps-firefox&version=15-SP4" class="external">latest</a></p>
openQA Tests - action #97451 (Resolved): [desktop][sle15sp4] test fails in first_boot; gnome auth...https://progress.opensuse.org/issues/974512021-08-24T07:41:56Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Actually this is not a new bug, it happens on sle15sp3 as well: <a href="https://openqa.suse.de/tests/5990037#step/xterm/6" class="external">https://openqa.suse.de/tests/5990037#step/xterm/6</a></p>
<p>Related bug: <a href="https://bugzilla.suse.com/show_bug.cgi?id=1177446" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1177446</a></p>
<p>Summary: since on s390x, openQA uses vnc to connect instead of vnc provided by qemu, so the refresh-repo auth window popup will appear on s390x first time login instead of other archs.</p>
<p>Solution: change function "handle_login" in lib/x11utils.pm.</p>
<p>openQA test in scenario sle-15-SP4-Online-E-Staging-s390x-ext4_staging_s390x@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/6916887/modules/first_boot/steps/10" class="external">first_boot</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml" class="external">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. Maintainer: QE Kernel, QE Yast</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/6916044" class="external">E.19.2</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/6916036" class="external">E.19.2</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?arch=s390x&distri=sle&flavor=Online-E-Staging&machine=s390x-kvm-sle12&test=ext4_staging_s390x&version=15-SP4" class="external">latest</a></p>
openQA Tests - action #91619 (Resolved): [desktop][sle15sp3] test fails in change_password; worka...https://progress.opensuse.org/issues/916192021-04-23T02:51:59Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>I have confirmed that this is not a product issue, this test failure may happen under wayland. This test can be improved to avoid this random failure.</p>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-x11-desktopapps-gnome@64bit-2gbram fails in<br>
<a href="https://openqa.suse.de/tests/5852909/modules/change_password/steps/46" class="external">change_password</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Regression test for desktop applications which are classified as REGRESSION=gnome in main.pm</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/5841342" class="external">176.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/5825486" class="external">174.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-2gbram&test=x11-desktopapps-gnome&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #89197 (Resolved): [desktop][sle15sp3] test fails in libreoffice_pyuno_brid...https://progress.opensuse.org/issues/891972021-02-26T09:33:13Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>With libreoffice updated from 6.x to 7.1, small adjustment is needed.</p>
<p>Better to use assert_and_click directly instead of "send_key down" in this test.</p>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-x11-desktopapps-documentation@64bit-2gbram fails in<br>
<a href="https://openqa.suse.de/tests/5548880/modules/libreoffice_pyuno_bridge_no_evolution_dep/steps/9" class="external">libreoffice_pyuno_bridge_no_evolution_dep</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Regression test for desktop applications which are classified as REGRESSION=documentation in main.pm</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/5548880" class="external">154.1</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/5548400" class="external">154.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-2gbram&test=x11-desktopapps-documentation&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #76897 (Resolved): [desktop][sle15sp3] test fails in xdmcp_gdmhttps://progress.opensuse.org/issues/768972020-11-03T08:37:09Zzcjiazcjia@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Maybe a performance issue? Let's try click instead of send_key.</p>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-desktopapps-remote-client2@64bit-virtio-vga fails in<br>
<a href="https://openqa.suse.de/tests/4930273/modules/xdmcp_gdm/steps/15" class="external">xdmcp_gdm</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>SLE15 or later remote desktop client for: persistent xvnc session, x11 forwarding, xdmcp with gdm configured. </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/4902070" class="external">69.7</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/4895360" class="external">69.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-virtio-vga&test=desktopapps-remote-client2&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #57080 (New): [desktop][tw] new testcase for flatpak integration in gnome/f...https://progress.opensuse.org/issues/570802019-09-19T07:51:00Zzcjiazcjia@suse.com
<p>The related regression testcase is: <a href="https://bugzilla.suse.com/tr_show_case.cgi?case_id=1740139" class="external">https://bugzilla.suse.com/tr_show_case.cgi?case_id=1740139</a></p>
<p>We want to test that firefox can open gnome-software automatically to install flatpak apps.</p>
openQA Project - action #54902 (Resolved): openQA on osd fails at "incomplete" status when upload...https://progress.opensuse.org/issues/549022019-07-31T06:53:52Zzcjiazcjia@suse.com
<p>See <a href="https://openqa.suse.de/tests/3187414" class="external">https://openqa.suse.de/tests/3187414</a> for example, the tests run through OK, but I can notice that it stays at "uploading" status for a long time, then it changes to "incomplete" and gets to restart automatically. </p>
<p><a href="https://openqa.suse.de/tests/3187414/file/autoinst-log.txt" class="external">https://openqa.suse.de/tests/3187414/file/autoinst-log.txt</a> shows:</p>
<p>[2019-07-31T05:05:29.0311 CEST] [error] [pid:39796] Failed uploading chunk<br>
[2019-07-31T05:05:29.0311 CEST] [error] [pid:39796] Error uploading SLED-12-SP5-0206-x86_64_for_regression.qcow2: 502 response: Proxy Error<br>
[2019-07-31T05:05:29.0311 CEST] [error] [pid:39796] Upload failed for chunk 1262</p>
openQA Infrastructure - action #48881 (Rejected): "START_AFTER_TEST" doesn't work in remote-deskt...https://progress.opensuse.org/issues/488812019-03-08T07:55:43Zzcjiazcjia@suse.com
<p>As shown in <a href="https://openqa.suse.de/tests/2518507#dependencies" class="external">https://openqa.suse.de/tests/2518507#dependencies</a> ,<br>
there's no "create_hdd_gnome" in the dependency graph, although it is specified in settings.</p>
<p>It can sometimes cause failures like <a href="https://openqa.suse.de/tests/2517191" class="external">https://openqa.suse.de/tests/2517191</a> .</p>