action #116470
closedtest fails in install_from_MSStore (search does not find results)
0%
Description
Observation¶
openQA test in scenario sle-15-SP3-Windows 10 BIOS-x86_64-wsl2-install-msstore@win10_64bit fails in
install_from_MSStore
Test suite description¶
Basic WSL test Test scope:
1) Prepare WSL and other features in Windows
2) Download the winget utility and install it
3) Install WSL image from the MS Store via CLI
Reproducible¶
Fails since (at least) Build 2.115
Expected result¶
Last good: 2.114 (or more recent)
Further details¶
The search in start menu does not match the installed WSL so it does a web search.
This happens sometimes so it would be a great idea to investigate a way of preventing it.
Always latest result in this scenario: latest
Updated by openqa_review over 2 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: wsl2-install-msstore
https://openqa.suse.de/tests/9605856#step/install_from_MSStore/1
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Updated by pherranz over 2 years ago
This bug happens once in a while and it's hard to reproduce it.
After looking for a solution, it seems that the fastest one will be to reboot the Windows machine.
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/15633
I've created a 50 tests in a row to try and reproduce the mistake:
https://openqa.suse.de/tests/overview?distri=sle&version=15-SP3&build=vr_116470
Updated by pherranz over 2 years ago
- Status changed from Workable to In Progress
Rebooting the machine does not guarantee to fix the problem. There's need for a better solution.
https://openqa.suse.de/tests/9647761#step/install_from_MSStore/66
Updated by pherranz over 2 years ago
I've tried to run the "wizard" for resetting the search bar but the issue persists:
https://openqa.suse.de/tests/9659400#step/install_from_MSStore/68
Updated by pherranz over 2 years ago
Also tried to run the openSUSE window from the CMD, but the first run have to be launched from the icon.
Updated by ilausuch over 2 years ago
- Status changed from In Progress to Blocked
We marked this as a blocked because after testing the problem with different approaches we concluded that the problems came from the Windows. So, to have this solve, we need that two things happen: 1. MS applies a solution for this problem 2. We have our iso updated.
At the moment of writing this comment the iso has 3 months. So we need to check with a new iso to check if the problem is already solved
We already have a ticket to update the isos https://progress.opensuse.org/issues/105160
Updated by pherranz over 2 years ago
- Subject changed from test fails in install_from_MSStore to test fails in install_from_MSStore (search does not find results)
Updated by pherranz about 2 years ago
The cumulative updates are meant to fix some issues with the search bar, let's see if the issue mitigates after running in updated environments.
Updated by pherranz about 2 years ago
- Related to action #117577: Create a job to periodically run Windows Update added
Updated by pherranz about 2 years ago
- Status changed from Blocked to Feedback
- Assignee deleted (
pherranz)
This bug depends strongly on having Windows updated to the latest version. Maybe this does not happen anymore since using 22H2, so it will be worth to keep an eye on it.
Updated by ph03nix over 1 year ago
- Status changed from Feedback to Workable
Recent failure to re-activate the issue: https://openqa.suse.de/tests/11884051#step/install_from_MSStore/49
Updated by ph03nix over 1 year ago
- Has duplicate action #132287: test fails in install_from_MSStore (No package found matching input criteria) added
Updated by mloviska over 1 year ago
ph03nix wrote in #note-14:
Recent failure to re-activate the issue: https://openqa.suse.de/tests/11884051#step/install_from_MSStore/49
It is expected that 15SP6 images won't be located in MS Store before public beta phase
Updated by ph03nix over 1 year ago
- Status changed from Workable to Feedback
Let's see if this issue is still present.
Updated by openqa_review over 1 year ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: wsl2-install-msstore
https://openqa.suse.de/tests/11908889#step/install_from_MSStore/1
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Updated by mdati over 1 year ago
- Related to action #134903: [WSL] Improve WSL installation process added
Updated by mdati over 1 year ago
Issue noted in last Sep'22 run in 15-SP2 / Flavor: Windows 10 BIOS and UEFI:
https://openqa.suse.de/tests/12230244#step/install_from_MSStore/40
https://openqa.suse.de/tests/12230251#step/install_from_MSStore/40
Updated by pherranz about 1 year ago
- Status changed from Feedback to Resolved
- Assignee set to pherranz
After using an updated Windows image and the latest version of WSL, the issue has not reappeared again.