openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842021-07-13T15:29:46ZopenSUSE Project Management Tool
Redmine openQA Tests - action #95455 (Rejected): [qac][kernel] Make record_soft_failure shows error as re...https://progress.opensuse.org/issues/954552021-07-13T15:29:46Zybonatakisioannis.bonatakis@suse.com
<p>The idea is that when there is a bug open we have <code>record_soft_failure</code> to workaround in the test level.<br>
But when the bug is resolved there are two approach AFAIK. remove the softfail or leave it intact to find regressions. <br>
however when the bug is gone and softfail still exists in the code, there is not an easy way to distinguish the regression.</p>
<p>I propose to enhance the <code>record_soft_failure</code> to show the regression. One idea is to introduce a flag(extra param?) which we can switch <br>
when the bug has been resolved. Then we can either make the test fail*[1] or show the soft_fail with another colour.</p>
<p>I am not sure if this is the best approach so please comment below if something better comes in your mind.</p>
<p>*[1] maybe we can introduce a parameter to define severity. Then if(critical)->(fail)->else(pass) </p>
openQA Tests - action #71896 (Rejected): [y] Expert partitioning framework refactoringhttps://progress.opensuse.org/issues/718962020-09-25T10:38:14Zybonatakisioannis.bonatakis@suse.com
<p>As we are expanding and adding new subroutines in the framework we need to consider some refactoring to avoid duplication and make it more usable. </p>
<p>Things to refactor:</p>
<ul>
<li>_set_partitioning subroutine</li>
<li>this does not work for all the partitioning options</li>
<li>_encrypt_with_lvm subroutine</li>
<li>The encryption should work for a higher level for all the Pages that implement encryption</li>
<li>select_item_in_system_view_table subroutine</li>
<li>replace if-else with state design or find another solution.</li>
<li>Consider expansion?</li>
<li>naming of the Pages</li>
<li>The pages use the name of the page that they access but it is hard to tell if which proposal(current or suggested) comes from </li>
</ul>
<p>Let start with small things because more can come up but design is something that need to be always a task in progress but we cant cover everything.</p>
qe-yam - action #68579 (Rejected): [y] gitlab-ci needs another stage for verify_file_existencehttps://progress.opensuse.org/issues/685792020-07-02T11:14:45Zybonatakisioannis.bonatakis@suse.com
<p>We used to create new files in new PR. We usually have a test PR open while we create a MR to the qa-sle-functional-y. And this makes the test pipeline to fail. Which it should not.<br>
There are many solutions. </p>
<p>My propose is to create another stage in pipeline which will suit our logic.</p>
openQA Tests - action #68515 (Rejected): [y] iscsi_client wont be fixed in SLE15SP2https://progress.opensuse.org/issues/685152020-06-29T19:29:07Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>bsc#1162514 is resolved but the fix for SLE15SP2 is declined[0]. Although the fix is submitted as maintenance update[1]. </p>
<p>I think we need to act on those jobs that fail in OSD and update the packages or move them in development group. </p>
<p>[0] <a href="https://build.suse.de/request/show/219816" class="external">https://build.suse.de/request/show/219816</a><br>
[1] <a href="https://build.suse.de/request/show/220839" class="external">https://build.suse.de/request/show/220839</a></p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-iscsi_client_normal_auth_backstore_fileio@64bit fails in<br>
<a href="https://openqa.suse.de/tests/4399148/modules/iscsi_client/steps/64" class="external">iscsi_client</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>iSCSI multimachine test suite with manually configure the static network between SUTs.<br>
Authentication: 2way normal authentication, discovery authentication is not configured <br>
Backstore: fileIO<br>
Test data are included in enclosed yaml file.</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/4222729" class="external">190.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/4201288" class="external">189.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&test=iscsi_client_normal_auth_backstore_fileio&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #66043 (Rejected): [functional][y][hyperv] test failing in shutdown needs i...https://progress.opensuse.org/issues/660432020-04-24T05:23:42Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The system is booting properly and it shutdown without problem but the openqa is hanging for some reason after login. <br>
Some logs for the serial terminal[0] </p>
<p>[0] <a href="https://gitlab.suse.de/snippets/486" class="external">https://gitlab.suse.de/snippets/486</a></p>
<p>openQA test in scenario sle-15-SP2-Full-x86_64-allmodules+allpatterns+registration@svirt-hyperv-uefi fails in<br>
<a href="https://openqa.suse.de/tests/4159856/modules/shutdown/steps/14" class="external">shutdown</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Full Medium installation that covers the following cases:<br>
1. Additional modules enabled using SCC (Legacy, Development Tools, Web and<br>
Scripting, Containers, Desktop Applications);<br>
2. All patterns installed;<br>
3. System registration is skipped during installation;<br>
4. Installation is validated by successful boot and that YaST does not<br>
report any issues;<br>
5. Registration is performed on the installed system.</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/4134956" class="external">179.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/4128392" class="external">178.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=Full&machine=svirt-hyperv-uefi&test=allmodules%2Ballpatterns%2Bregistration&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #65882 (Rejected): [functional][y][sporadic] test fails in first_boot cant ...https://progress.opensuse.org/issues/658822020-04-20T13:05:05Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-aarch64-allmodules+allpatterns@aarch64 fails in<br>
<a href="https://openqa.suse.de/tests/4139668/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>Maintainer: jrauch</p>
<p>Perform an installation enabling all modules and selecting all patterns.<br>
This test suite always registers to have access to all modules.</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/4135055" class="external">179.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/4126364" class="external">178.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=aarch64&distri=sle&flavor=Online&machine=aarch64&test=allmodules%2Ballpatterns&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #65858 (Rejected): [functional] ppc64le iso is not bootablehttps://progress.opensuse.org/issues/658582020-04-20T09:25:27Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Verified also manual that the image can not boot.<br>
the output looks like:</p>
<pre><code class="text syntaxhl" data-language="text">Trying to load: from: /pci@800000020000000/scsi@5/disk@100000000000000 ... SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
failed to load CHRP boot loader.SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
SCSI-DISK: Access beyond end of device !
E3404: Not a bootable device!
E3407: Load failed
Type 'boot' and press return to continue booting the system.
Type 'reset-all' and press return to reboot the system.
Ready!
</code></pre>
<p>openQA test in scenario sle-15-SP2-Online-ppc64le-cryptlvm@ppc64le fails in<br>
<a href="https://openqa.suse.de/tests/4135453/modules/bootloader_start/steps/2" class="external">bootloader_start</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: okurz</p>
<p>Conduct installation with encrypted LVM selected during installation. Generated disk image used in downstream jobs.</p>
<p>(crypt-)LVM installations can take longer, especially on non-x86_64 architectures.</p>
<p>YAML_SCHEDULE=schedule/yaml/cryptlvm/cryptlvm_sle.yaml</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/4135453" class="external">179.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/4124651" class="external">178.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=ppc64le&distri=sle&flavor=Online&machine=ppc64le&test=cryptlvm&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #64328 (Rejected): [functional][y] fix hostname_inst from btrfs_libstorage-nghttps://progress.opensuse.org/issues/643282020-03-09T22:50:23Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-btrfs_libstorage-ng@64bit-ipmi fails in<br>
<a href="https://openqa.suse.de/tests/3972161/modules/hostname_inst/steps/7" class="external">hostname_inst</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QSF-y.</p>
<p>Test installation with btrfs filesystem and libstorage-ng.<br>
Validates no_COW attributes on subvolumes, file system on partitions, checks whether /home is on separate partition or not (depending on the system).</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/3592332" class="external">89.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-ipmi&test=btrfs_libstorage-ng&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #64165 (Rejected): [functional][y][periodic] test fails in nis_serverhttps://progress.opensuse.org/issues/641652020-03-03T20:19:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>the test fails sporadically when the shortcut alt-f fails. As it is shown in the screenshot it the 'f' appears at the end of NIS domain name.</p>
<p>###Suggestion###</p>
<ul>
<li>add some timeout might solve the problem</li>
</ul>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-nis_server@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3949165/modules/nis_server/steps/47" class="external">nis_server</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p><a href="https://progress.opensuse.org/issues/9900" class="external">https://progress.opensuse.org/issues/9900</a><br>
this is only the working part, there are few bugs</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/3939234" class="external">148.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/3927982" class="external">146.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&test=nis_server&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59411 (Rejected): [functional][y] betawarning appears for every selected p...https://progress.opensuse.org/issues/594112019-11-14T08:35:24Zybonatakisioannis.bonatakis@suse.com
<p>The Full_installer popups the beta warning each time we select a product in the "select extension and modules" dialog. The beta warning appears first time in the welcome dialog and it should not appears twice.</p>
<p>For now we have to find a workaround to let the test continue and display a soft_failure instead of breaking the test.</p>
openQA Tests - action #59312 (Rejected): [functional][y] could not resolv repos urlshttps://progress.opensuse.org/issues/593122019-11-11T13:23:42Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_multipath@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3581339/modules/repos/steps/29" class="external">repos</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test suite is based on profile received from our beta customers. It contains multipath and profile is edited during runtime using pre init scripts feature. See poo#20818.<br>
Maintainer: <a href="mailto:riafarov@suse.com">riafarov@suse.com</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/3529444" class="external">72.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&test=autoyast_multipath&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59309 (Rejected): [Functional][y]test fails in verify_ext4https://progress.opensuse.org/issues/593092019-11-11T12:07:33Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_ext4@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3579342/modules/verify_ext4/steps/4" class="external">verify_ext4</a><br>
The addresses cannot be resolved. The /etc/resolv.conf is empty</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test verifies autoyast installation with ext4 filesystem. Same as autoyast_ext4 with product defined in the profile. Maintainer: <a href="mailto:riafarov@suse.com">riafarov@suse.com</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/3529439" class="external">72.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&test=autoyast_ext4&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #57749 (Rejected): [functional][y] apply solution for yast2_snapper_ncurses...https://progress.opensuse.org/issues/577492019-10-07T11:30:58Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Installer-DVD-s390x-yast2_ncurses@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/3445868/modules/yast2_snapper_ncurses/steps/57" class="external">yast2_snapper_ncurses</a></p>
<p>It seems that the solution for the cause of the failure on yast2_snapper_ncurses already exists as it appears on [1]. i am not aware how exactly needles are processed but seems that the needle yast2_snapper-show_testdata-gnome-20190215 should be the match. </p>
<p>[1] <a href="https://openqa.opensuse.org/tests/1049845#step/yast2_snapper/48" class="external">https://openqa.opensuse.org/tests/1049845#step/yast2_snapper/48</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, riafarov Test for yast2 UI, ncurses only. Running on created gnome images which provides both text console for ncurses UI tests as well as the gnome environment for the GUI tests.</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/3282833" class="external">20.3</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=s390x&distri=sle&flavor=Installer-DVD&machine=s390x-kvm-sle12&test=yast2_ncurses&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #55964 (Rejected): [functional][y] test fails in scc_registration because o...https://progress.opensuse.org/issues/559642019-08-26T13:27:45Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP5-Server-DVD-s390x-btrfs_libstorage@s390x-zVM-vswitch-l3 fails in<br>
[scc_registration](<a href="https://openqa.suse.de/tests/3291402/modules/scc_registration/steps/6" class="external">https://openqa.suse.de/tests/3291402/modules/scc_registration/steps/6</a>. </p>
<p>compared to the <a href="https://openqa.suse.de/tests/3278143#step/disk_activation/1" class="external">last successful</a> the disk_activation is missing from the scheduler</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QSF-y. </p>
<p>Test installation with btrfs filesystem and libstorage. Validates no_COW attributes on subvolumes, file system on partitions, checks whether /home is on separate partition or not (depending on the system).</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/3287580" class="external">0294</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/3278143" class="external">0287</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=Server-DVD&machine=s390x-zVM-vswitch-l3&test=btrfs_libstorage&version=12-SP5" class="external">latest</a></p>
openQA Project - action #49697 (Rejected): [Bug] Needle panel shows incorrect matcheshttps://progress.opensuse.org/issues/496972019-03-26T12:41:55Zybonatakisioannis.bonatakis@suse.com
<p>I found an inconsistency between the <a href="https://openqa.suse.de/admin/needles" class="external">https://openqa.suse.de/admin/needles</a> table and the report in the corresponding test. The /admin/needles shows that the needle never matched but the test shows 100% match. </p>
<p>To reproduce:</p>
<ul>
<li>goto <a href="https://openqa.suse.de/tests/2737496#step/select_patterns_and_packages/89" class="external">https://openqa.suse.de/tests/2737496#step/select_patterns_and_packages/89</a> and check the dropdown list for inst-overview-20170403. this should be 100% in this specific job</li>
<li>visit <a href="https://openqa.suse.de/admin/needles" class="external">https://openqa.suse.de/admin/needles</a> and filter for inst-overview. The inst-overview-20170403.json 's last match is never</li>
</ul>