You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When you use /retitle to retitle a PR, the PR will end up with a carriage return at the end of the title. This is not visible on the HTML page, but it shows up in the source, and in email related to the bug.
@danwinship while I can see the issue as you described in the PR you linked I can not see it on others that were retitled, i.E.:
$ curl -Ss https://github.com/kubernetes/test-infra/issues/16328| cat -v | grep js-issue-title
<span class="js-issue-title">
<a class="js-issue-title css-truncate css-truncate-target link-gray-dark width-fit" href="#">hook: re-evaluate cherry-pick labels when a base branch changes for a PR</a>
Do you have more examples of retitled PRs where this happened? I can not really see anything in the retitle plugins code (which is fairly simple) that would explain this.
and I see that in all of those cases, there were additional commands/comments after the /retitle, whereas in the one you pointed out the /retitle was the entire comment.
When you use
/retitle
to retitle a PR, the PR will end up with a carriage return at the end of the title. This is not visible on the HTML page, but it shows up in the source, and in email related to the bug.eg, openshift/sdn#108 had the command
/retitle Bug 1803149: Rebase SDN to kubernetes 1.17.2
run on it, and now you can see the CR in the source:and also as "=0D" in emails related to the PR:
The text was updated successfully, but these errors were encountered: