Project

General

Profile

Actions

action #167836

closed

coordination #99303: [saga][epic] Future improvements for SUSE Maintenance QA workflows with fully automated testing, approval and release

coordination #155671: [epic] Better handling of SLE maintenance test review

qem-bot "acceptable_for" comment had no effect 2024-09-27 size:S

Added by okurz about 1 month ago. Updated about 1 month ago.

Status:
Resolved
Priority:
Normal
Target version:
Start date:
2024-10-07
Due date:
% Done:

0%

Estimated time:

Description

Observation

Context: https://suse.slack.com/archives/C02CANHLANP/p1727447152612169
Latest suggestion by mdoucha

Could you check the database data for any weird unicode bytes in Wei Gao's comments? there might be some weird whitespace throwing the bot off

From tinita:

openqa=> select job_id, t_created, text from comments where job_id = 15491984;
  job_id  |      t_created      |                        text                         
----------+---------------------+-----------------------------------------------------
 15491984 | 2024-09-23 09:13:28 | \r                                                 +
          |                     | \r                                                 +
          |                     | @review:acceptable_for:incident_35521:bsc#1227151\r+
          |                     | 
 15491984 | 2024-09-27 14:19:09 | @review:acceptable_for:incident_35521:bsc#1227151
(2 rows)

So I guess carriage returns are a problem.
We should probably filter them already when saving comments

Acceptance criteria

  • AC1: qem-bot is more tolerant when parsing review comments, e.g. not be caught up by additional \r characters or other non-printable characters
  • AC2: Any text before the @review is ignored
  • AC3: Trailing characters that should not be part of the reason are not considered part it.

Suggestions

  • Consider remove non-printable characters from comments when saving: e.g. $var =~ s/.*[^[:print:]]+//;
Actions #1

Updated by tinita about 1 month ago

openqa=> select job_id, t_created, text from comments where job_id = 15491984;
  job_id  |      t_created      |                        text                         
----------+---------------------+-----------------------------------------------------
 15491984 | 2024-09-23 09:13:28 | \r                                                 +
          |                     | \r                                                 +
          |                     | @review:acceptable_for:incident_35521:bsc#1227151\r+
          |                     | 
 15491984 | 2024-09-27 14:19:09 | @review:acceptable_for:incident_35521:bsc#1227151
(2 rows)

So I guess carriage returns are a problem.
We should probably filter them already when saving comments

Actions #2

Updated by okurz about 1 month ago

  • Parent task set to #155671
Actions #3

Updated by okurz about 1 month ago

  • Subject changed from qem-bot "acceptable_for" comment had no effect 2024-09-27 to qem-bot "acceptable_for" comment had no effect 2024-09-27 size:S
  • Description updated (diff)
  • Status changed from New to Workable
Actions #4

Updated by robert.richardson about 1 month ago

  • Status changed from Workable to In Progress
  • Assignee set to robert.richardson
Actions #5

Updated by openqa_review about 1 month ago

  • Due date set to 2024-10-25

Setting due date based on mean cycle time of SUSE QE Tools

Actions #7

Updated by okurz about 1 month ago

https://github.com/openSUSE/qem-bot/pull/183 merged. Now wait for "approve incidents" runs on https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs to pick up the new version of qem-bot, e.g. check the git hash used, and verify that nothing bad happened.

Actions #8

Updated by robert.richardson about 1 month ago

  • Status changed from In Progress to Resolved

verified as seen in this run including the changes.

Actions #9

Updated by okurz about 1 month ago

  • Due date deleted (2024-10-25)
Actions

Also available in: Atom PDF