⚲

Project

General

Profile

Home
Projects
Help

Search:

openQA Tests

All Projects

openQA Tests

Overview
Activity
Roadmap
Issues
Gantt
Calendar
Wiki

Custom queries

All open Feature tests
openQA Infrastructure Project
openqa-review - Closed tickets last updated by openqa-review, last 30 days
QA roadmap long-term
QA SLE functional
QA SLE Functional - closed in last 14 days
QA SLE Functional - High, need to be refined
QA SLE Functional - over cycle time median
QA SLE u
QA SLE y
QA tools (tag not necessary in openQA and subprojects)
QA tools tag (tag not necessary in openQA and subprojects; excluding tickets in "Ready" version as they are already on the backlog)
QAC - Backlog
QAM
QE tools team - backlog (ready issues)
QE tools team - backlog (w/o infra)
QE tools team - backlog SLA high
QE tools team - backlog SLA immediate
QE tools team - backlog SLA no immediate/urgent in feedback/blocked
QE tools team - backlog SLA normal
QE tools team - backlog SLA urgent
QE tools team - backlog SLO high
QE tools team - backlog SLO normal
QE tools team - backlog SLO urgent
QE tools team - backlog, high-level view (epics and higher)
QE tools team - backlog, non-reactive work, needs parent
QE tools team - backlog, top-level view (all sagas)
QE tools team - closed within last 14 days
QE tools team - closed within last 60 days
QE tools team - closed yesterday
QE Tools Team - Collaborative Session
QE tools team - due date forecast
QE tools team - exceeding due-date
QE tools team - infrastructure backlog
QE tools team - next - sorted by update time
QE tools team - next issues
QE tools team - non-estimated (unblocked) issues (w/o infra)
QE tools team - ready issues - Workable
QE tools team - ready, not assigned/blocked/low
QE tools team - update forecast
QE tools team - updated by priority
QE tools team - what members of the team are working on - Feedback (not-low)
QE Tools Team Backlog By Assignee
SLE15 Migration Open Tickets
SLE15 SP1 Migration Open Tickets
SLE15SP3 Migration open ticket
SLE15SP3 Security open ticket
Tools Team Retrospective
Tools Team Retrospective (not estimated or assigned)

Actions

Copy link

action #10228

closed

timeout is too delicate on many occasions, especially partitioning_raid

Added by dmaiocchi over 8 years ago. Updated about 8 years ago.

Status:

Resolved

Priority:

High

Assignee:

okurz

Category:

Bugs in existing tests

Target version:

openQA Project - Milestone 1

Start date:

2016-01-19

Due date:

% Done:

100%

Estimated time:

(Total: 0.00 h)

Difficulty:

Description

observation¶

e.g. in https://openqa.suse.de/tests/180178

suggestion¶

remove explicit timeout in partitioning_raid
also review other locations

Hide closed

Checklist

SLE
Leap
TW

Subtasks 2 (0 open — 2 closed)

action #10288: potentially too strict timeout in boot_encrypt

Resolved

dgutu

2016-01-19

Actions

action #10294: potentially too strict timeout on call of "switch_console"

Resolved

dzedro

2016-01-19

Actions

History
Notes
Property changes

Actions

Copy link

Updated by RBrownSUSE over 8 years ago

Checklist item changed from to [ ] SLE, [ ] Leap, [ ] TW
Priority changed from Normal to High
Target version set to 162

Actions

Copy link

Updated by okurz over 8 years ago

potentially related https://openqa.suse.de/tests/181150/modules/partitioning_finish/steps/1
Actually not this one. I think the problem is a typo, see "after-paritioning". more related to different issue https://progress.opensuse.org/issues/9962

Actions

Copy link

Updated by RBrownSUSE over 8 years ago

Status changed from New to Feedback
Assignee set to RBrownSUSE

Believed fixed by https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/945

Actions

Copy link

Updated by okurz about 8 years ago

Status changed from Feedback to In Progress

not fixed, original issue appeared at exactly the same location: https://openqa.suse.de/tests/200677/modules/partitioning_raid/steps/97
can we just increase the timeout in

Debug: /var/lib/openqa/share/tests/sle/tests/installation/partitioning_raid.pm:43 called testapi::wait_screen_change
<<< wait_screen_change(timeout=10)

Actions

Copy link

Updated by RBrownSUSE about 8 years ago

Assignee deleted (~~RBrownSUSE~~)

the new issue is not the same as the one that I fixed

https://openqa.suse.de/tests/200677/modules/partitioning_raid/steps/1/src
Line 40-44

I think this code block is redundant, and is too delicate, so caused this issue, as the sendkey_until_needlematch on line 162 will have the same end result when it gets to the last entry in the list

Can someone else please take care of it?

Actions

Copy link