action #162242
closedcoordination #154768: [saga][epic][ux] State-of-art user experience for openQA
coordination #157510: [epic] Up-to-date JavaScript stack
openqa-in-openqa test fails in dashboard
0%
Description
Observation¶
openQA test in scenario openqa-Tumbleweed-dev-x86_64-openqa_install+publish@64bit-2G fails in
dashboard
Test suite description¶
Reproducible¶
Fails since (at least) Build :TW.29188 (current job)
Expected result¶
Last good: :TW.29187 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by mkittler 5 months ago · Edited
I installed the current TW package from our devel repo (openQA-4.6.1718285748.321b1ed6-6772.1.x86_64) locally and it looked good. In the two failures the versions 228ceaf1 (package build 6770) and 321b1ed6 were installed. The last version is actually the one I've just tested locally.
The last successful run was https://openqa.opensuse.org/tests/4270485#step/openqa_webui/5 and it also installed 228ceaf1 but build 6769. So it broke with package build 6770 and probably not due to a change in openQA itself.
EDIT: Ok, this is really broken. I can reproduce it locally after refreshing with "Ctrl + F5".
EDIT: Only the Tumbleweed package is affected. (The latest package works in the Codespaces environment using Leap.)
Updated by mkittler 5 months ago · Edited
- Status changed from New to In Progress
I could not reproduce it locally from a development checkout after updating my TW to the latest snapshot. Of course I deleted all caches and used the production mode. Then I built the packages locally via BUILD_DIR= osc build --nochecks (which will build them against TW in my case) and installed them. (The check unfortunately not pass locally due to a few uses of unshare leading to e.g. unshare: unshare failed: Operation not permitted don't match: missing.*help for usage.) My locally built packages work fine. So I guess it is also nothing wrong with the package build based on TW.
I'll try out packages from https://build.opensuse.org/package/show/home:mkittler:branches:devel:openQA/openQA. It'll be interesting to see whether this problem will hit Tumbleweed tests as well once https://build.opensuse.org/request/show/1180659 is part of the next snapshot.
EDIT: The package from my branch works. Very strange.
Updated by mkittler 5 months ago
The latest build work again, see e.g. https://openqa.opensuse.org/tests/4273250.
I hope this is not a sporadic issue of our asset handling (e.g. within AssetPack or Sass) because without any helpful error message I wouldn't know how to fix it.
Updated by openqa_review 5 months ago
- Due date set to 2024-06-29
Setting due date based on mean cycle time of SUSE QE Tools
Updated by mkittler 5 months ago
- Related to action #162311: [sporadic] openqa-in-openqa-test fails in openqa_webui due to CSS files not successfully generated size:M added
Updated by mkittler 5 months ago
- Related to deleted (action #162311: [sporadic] openqa-in-openqa-test fails in openqa_webui due to CSS files not successfully generated size:M)
Updated by mkittler 5 months ago
- Blocked by action #162311: [sporadic] openqa-in-openqa-test fails in openqa_webui due to CSS files not successfully generated size:M added