Project

General

Profile

Actions

action #35760

closed

coordination #34138: [functional][u][epic][eternal] work on any issue from http://github.com/os-autoinst/openqa_review/issues/

[functional][u][medium] work on any issue from http://github.com/okurz/openqa_review/issues/

Added by okurz almost 6 years ago. Updated over 5 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Enhancement to existing tests
Target version:
SUSE QA - Milestone 18
Start date:
2018-05-02
Due date:
2018-07-31
% Done:

0%

Estimated time:
2.00 h
Difficulty:

Description

Acceptance criteria

  • AC1: at least one issue from openqa-review is resolved by [u]-team

Tasks

T1: * work on https://github.com/okurz/openqa_review/issues/85
T2: * work on https://github.com/okurz/openqa_review/issues/78

T3: * Refactor the openqa-review code to not use "Issue" object for the messages that does not have a valid bugref.

useful links


Related issues 2 (0 open2 closed)

Related to openQA Tests - action #38957: [functional] Refactor the openqa-review code to not use "Issue" object for the messages that does not have a valid bugref.Rejectedokurz2018-07-31

Actions
Copied from openQA Tests - action #35758: [functional][y][medium] Handle "boo#0" not as error in log but better in openqa_reviewResolvedriafarov2018-05-022018-05-22

Actions
Actions #1

Updated by okurz almost 6 years ago

  • Copied from action #35758: [functional][y][medium] Handle "boo#0" not as error in log but better in openqa_review added
Actions #2

Updated by okurz almost 6 years ago

  • Status changed from New to Workable
Actions #3

Updated by SLindoMansilla almost 6 years ago

  • Due date changed from 2018-06-05 to 2018-06-19

Please look for a specific issue so we can estimate properly

Actions #4

Updated by okurz almost 6 years ago

  • Due date changed from 2018-06-19 to 2018-06-05

You, I do not want to spoon-feed you. I am open for you to pick up any issue but if you really can not decide on your own, pick https://github.com/okurz/openqa_review/issues/85 which I saw multiple times recently in the daily generated reports.

Actions #5

Updated by mgriessmeier almost 6 years ago

  • Due date changed from 2018-06-05 to 2018-06-19
Actions #6

Updated by mgriessmeier almost 6 years ago

  • Subject changed from [functional][u] work on any issue from http://github.com/okurz/openqa_review/issues/ to [functional][u][medium] work on any issue from http://github.com/okurz/openqa_review/issues/
  • Description updated (diff)
Actions #7

Updated by oorlov almost 6 years ago

  • Assignee set to oorlov
Actions #8

Updated by oorlov almost 6 years ago

  • Status changed from Workable to In Progress
Actions #9

Updated by okurz almost 6 years ago

  • Target version changed from Milestone 16 to Milestone 17
Actions #10

Updated by oorlov almost 6 years ago

I've added PR, that fixes issue#76

Waiting for review.

PR: https://github.com/okurz/openqa_review/pull/87

Actions #11

Updated by oorlov almost 6 years ago

  • Status changed from In Progress to Feedback
Actions #12

Updated by oorlov almost 6 years ago

  • Description updated (diff)
Actions #13

Updated by oorlov almost 6 years ago

My latest changes caused an issue when openqa_report with 'query_issue_status' parameter was executed against openQA issue with invalid bugref. bugid was not initialized and it caused AttributeError while calling 'self.bugid == 0' in 'Issue' object initialization.

I've fixed this with PR: https://github.com/okurz/openqa_review/pull/89

I'll keep this ticket in 'Feedback' for a while, just to be sure that all the cases covered and new issues are not appear.

Actions #14

Updated by oorlov almost 6 years ago

Observation: When openQA issue does not have a valid bugref, it is added as 'product' issue. Reminder comment script goes through the 'product' issues and looks for a last comment. It will fail on assertion if issue type is not 'bugzilla'.

Fix: https://github.com/okurz/openqa_review/pull/92
The commit resolves the issue by skipping 'product' issues with invalid issue type.

Actions #15

Updated by okurz almost 6 years ago

  • Target version changed from Milestone 17 to Milestone 17
Actions #16

Updated by mgriessmeier almost 6 years ago

PR is merged - can we resolve it? @oorlov?

Actions #17

Updated by oorlov almost 6 years ago

  • Description updated (diff)
  • Status changed from Feedback to In Progress

I want to continue working on this ticket, on T3.

Actions #18

Updated by mgriessmeier almost 6 years ago

  • Due date changed from 2018-06-19 to 2018-07-03
Actions #19

Updated by mgriessmeier almost 6 years ago

  • Due date changed from 2018-07-03 to 2018-07-31
Actions #20

Updated by oorlov almost 6 years ago

I did not have enough time during the sprint to look at this ticket.

Actions #21

Updated by okurz almost 6 years ago

Do you still plan to go further or should we close this ticket by now?

Actions #22

Updated by mgriessmeier almost 6 years ago

  • Estimated time set to 2.00 h
Actions #23

Updated by okurz over 5 years ago

  • Target version changed from Milestone 17 to Milestone 18
Actions #24

Updated by oorlov over 5 years ago

  • Status changed from In Progress to Feedback

Added ability to parse urls in soft-fail messages.

PR: https://github.com/okurz/openqa_review/pull/103

Regarding T3, after deeper investigation, I've came to conclusion that it is pretty hard to refactor current app to avoid using the Issue object just in case if there is no valid bugref in soft-fail message. The code was designed to use it everywhere. So, the time that I'll spend on this does not correlate with the benefit of the refactoring, in my opinion.

I'm suggesting to postpone it or even to just leave it as is until we'll not face real need in refactoring that.

Actions #25

Updated by mgriessmeier over 5 years ago

oorlov wrote:

Added ability to parse urls in soft-fail messages.

PR: https://github.com/okurz/openqa_review/pull/103

Regarding T3, after deeper investigation, I've came to conclusion that it is pretty hard to refactor current app to avoid using the Issue object just in case if there is no valid bugref in soft-fail message. The code was designed to use it everywhere. So, the time that I'll spend on this does not correlate with the benefit of the refactoring, in my opinion.

I'm suggesting to postpone it or even to just leave it as is until we'll not face real need in refactoring that.

yup, please create a followup ticket for this refactoring task and resolve this one

Actions #26

Updated by oorlov over 5 years ago

  • Status changed from Feedback to Resolved
Actions #27

Updated by oorlov over 5 years ago

  • Related to action #38957: [functional] Refactor the openqa-review code to not use "Issue" object for the messages that does not have a valid bugref. added
Actions

Also available in: Atom PDF