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

Also available in: Atom PDF