Actions
action #167836
closedcoordination #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
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