action #40331
closed
[functional][y] select_patterns_and_packages ignores dependency issues
Added by riafarov almost 6 years ago.
Updated over 5 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 22
Description
Observation¶
In the create HDD test suite we have dependency issue which is ignored and pattern is not selected in the end, we should not hide such issues and fail the test unless it's a workaround.
openQA test in scenario sle-15-SP1-Installer-DVD-x86_64-create_hdd_pcm_azure@64bit fails in
select_patterns_and_packages
Suggestion¶
Cross-check with what we do for conflicts in Summary screen, leaving the possibility to work dependency issues around, but never hide them. For example, pass bug reference in the setting for workaround and use bug specific needles.
Reproducible¶
Fails since (at least) Build 24.13 (current job)
Acceptance criteria¶
- Test fails in case of dependency issues if not explicitly enable workaround where expect issues
Further details¶
Always latest result in this scenario: latest
- Target version set to Milestone 20
- Due date set to 2018-11-20
- Status changed from New to Workable
- Due date changed from 2018-11-20 to 2018-11-06
- Description updated (diff)
- Estimated time set to 8.00 h
- Due date deleted (
2018-11-06)
- Priority changed from Normal to Low
- Target version changed from Milestone 20 to Milestone 22
- Due date set to 2019-01-22
- Priority changed from Low to High
Increasing priority as again we got issues with public cloud patterns, where only child test suite was showing the issue, installation tests do not expose any of the issues.
- Related to action #44948: [functional][y] Simplify PCM tests further with EXIT_AFTER_START_INSTALL and no publishing of images added
- Due date changed from 2019-01-22 to 2019-01-29
I think you meant the next sprint, sprint 35, ending 2019-01-29
- Related to action #37985: [functional][y][hard] Make installation_overview page processing consistent (installation_overview and installation_overview_before are either unified or serve single purpose) added
- Status changed from Workable to Feedback
- Status changed from Feedback to Resolved
- Status changed from Resolved to In Progress
- Priority changed from High to Urgent
Yep, that's a bug in comparison mechanism, will provide patch ASAP
- Status changed from In Progress to Feedback
https://openqa.opensuse.org/tests/836125# additional needle was required as unselecting gnome wayland, also unselects gnome x11. Good outcome of this is that before we were not processing wayland pattern properly and it was not unselected (otherwise we would see the issue I've described).
- Status changed from Feedback to Resolved
Also available in: Atom
PDF