If a commit message mention another bug, the CI script try to add the patch to the bug in the commit message, and change the bug to POST. Mentioning another bug in a commit message is good practice, making it easier to follow, and avoiding unclear forms like "bug 1000000" or "BZ#1000000", or even worse shortened urls like https://goo.gl/bPuFGo. Does it make sense that we cannot link to Red Hat bugzilla like god intended? Here is a proof: https://gerrit.ovirt.org/c/97568/ gerrit-hooks Patch Set 1: Check Bug-Url::10000000::WARN, failed to get bug info (private bug or bug doesn't exist Check Product::IGNORE, not relevant for branch: master Check TM::IGNORE, not relevant for branch: master Check Backport::IGNORE, not relevant for branch: master Set POST::#10000000::WARN, failed to get bug info (private bug or bug doesn't exist) Update Tracker::#10000000::WARN, failed to get bug info (private bug or bug doesn't exist) CI scripts should process urls only inside Bug-Url: tag. Expected behavior: Extract bug urls *only* from Bug-Url: label. The same issue exists with Related-To: label. This is not a new bug. I reported it few years ago but for some reason the issue was not understood. Nir _______________________________________________ Infra mailing list -- infra(a)ovirt.org To unsubscribe send an email to infra-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/YZKHQTISCF6...

On Wed, Feb 6, 2019 at 12:36 PM Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: > > Hello All. > > I have checked the hooks code. And it indeed just extracts all the links pointing to bugzilla. This is not correct and fails when somebody just mentions a bug in commit message. > > We are about to fix this and adjust the regexp used to explicitly check for "Bug-Url" keyword. I think this is the expected behavior for everybody. +1 > > But just in case I am sending this pre-announcement about the change. Let me know if you anticipate any problems. I think we'll have enough time to fix such problems. It will only affect new patches, history would remain as-is. So main risk is if people had tools/hooks/habits to link to BZs without 'Bug-Url' and expected that to work, and it will now be ignored. Small risk, imo. Thanks! > > Thanks. > > On Tue, Feb 5, 2019 at 10:16 AM Nir Soffer <nsoffer(a)redhat.com&gt; wrote: >> >> If a commit message mention another bug, the CI script try to add the patch >> to the bug in the commit message, and change the bug to POST. >> >> Mentioning another bug in a commit message is good practice, making it >> easier to follow, and avoiding unclear forms like "bug 1000000" or "BZ#1000000", >> or even worse shortened urls like https://goo.gl/bPuFGo. >> >> Does it make sense that we cannot link to Red Hat bugzilla like god >> intended? >> >> Here is a proof: >> https://gerrit.ovirt.org/c/97568/ >> >> gerrit-hooks >> Patch Set 1: >> >> Check Bug-Url::10000000::WARN, failed to get bug info (private bug or bug doesn't exist >> Check Product::IGNORE, not relevant for branch: master >> Check TM::IGNORE, not relevant for branch: master >> Check Backport::IGNORE, not relevant for branch: master >> Set POST::#10000000::WARN, failed to get bug info (private bug or bug doesn't exist) >> Update Tracker::#10000000::WARN, failed to get bug info (private bug or bug doesn't exist) >> CI scripts should process urls only inside Bug-Url: tag. >> >> Expected behavior: >> Extract bug urls *only* from Bug-Url: label. >> >> The same issue exists with Related-To: label. >> >> This is not a new bug. I reported it few years ago but for some reason the issue >> was not understood. >> >> Nir >> _______________________________________________ >> Infra mailing list -- infra(a)ovirt.org >> To unsubscribe send an email to infra-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/YZKHQTISCF6... > > > > -- > Anton Marchukov > Team Lead - Release Management - RHV DevOps - Red Hat > > _______________________________________________ > Devel mailing list -- devel(a)ovirt.org > To unsubscribe send an email to devel-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MFPBLV2MJEG... -- Didi

Hello All. Also. Based on the comments I am going to do the exact match, thus it will require the following: 1. "Bug-Url:" should be at the beginning of the new line with no spaces allowed in between. 2. No space is allowed between "Bug-Url" and ":". 3. I will allow space characters (or tab characters) between ":" and the bug URL. Thought I can make even more strict and e.g. allow only one space.

I am just not sure how far the agreement and expectation was for this keyword, so feel free to comment and let me know. On Wed, Feb 6, 2019 at 3:01 PM Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: > Thanks for comments. Yeah, I think since it does not produce extra side > effect over the previous behaviour in dead case just something will stop > working based on the old assumptions rather than it starts moving incorrect > bugs around. > > I have prepared a change [1], will give it some test on staging gerrit > first and then merge and deploy to production gerrit. > > [1] https://gerrit.ovirt.org/#/c/97605/ > > On Wed, Feb 6, 2019 at 11:41 AM Yedidyah Bar David <didi(a)redhat.com&gt; > wrote: > >> On Wed, Feb 6, 2019 at 12:36 PM Anton Marchukov <amarchuk(a)redhat.com&gt; >> wrote: >> > >> > Hello All. >> > >> > I have checked the hooks code. And it indeed just extracts all the >> links pointing to bugzilla. This is not correct and fails when somebody >> just mentions a bug in commit message. >> > >> > We are about to fix this and adjust the regexp used to explicitly >> check for "Bug-Url" keyword. I think this is the expected behavior for >> everybody. >> >> +1 >> >> > >> > But just in case I am sending this pre-announcement about the change. >> Let me know if you anticipate any problems. >> >> I think we'll have enough time to fix such problems. It will only affect >> new patches, history would remain as-is. So main risk is if people had >> tools/hooks/habits to link to BZs without 'Bug-Url' and expected that to >> work, and it will now be ignored. Small risk, imo. >> >> Thanks! >> >> > >> > Thanks. >> > >> > On Tue, Feb 5, 2019 at 10:16 AM Nir Soffer <nsoffer(a)redhat.com&gt; wrote: >> >> >> >> If a commit message mention another bug, the CI script try to add the >> patch >> >> to the bug in the commit message, and change the bug to POST. >> >> >> >> Mentioning another bug in a commit message is good practice, making it >> >> easier to follow, and avoiding unclear forms like "bug 1000000" or >> "BZ#1000000", >> >> or even worse shortened urls like https://goo.gl/bPuFGo. >> >> >> >> Does it make sense that we cannot link to Red Hat bugzilla like god >> >> intended? >> >> >> >> Here is a proof: >> >> https://gerrit.ovirt.org/c/97568/ >> >> >> >> gerrit-hooks >> >> Patch Set 1: >> >> >> >> Check Bug-Url::10000000::WARN, failed to get bug info (private >> bug or bug doesn't exist >> >> Check Product::IGNORE, not relevant for branch: master >> >> Check TM::IGNORE, not relevant for branch: master >> >> Check Backport::IGNORE, not relevant for branch: master >> >> Set POST::#10000000::WARN, failed to get bug info (private bug or >> bug doesn't exist) >> >> Update Tracker::#10000000::WARN, failed to get bug info (private >> bug or bug doesn't exist) >> >> CI scripts should process urls only inside Bug-Url: tag. >> >> >> >> Expected behavior: >> >> Extract bug urls *only* from Bug-Url: label. >> >> >> >> The same issue exists with Related-To: label. >> >> >> >> This is not a new bug. I reported it few years ago but for some >> reason the issue >> >> was not understood. >> >> >> >> Nir >> >> _______________________________________________ >> >> Infra mailing list -- infra(a)ovirt.org >> >> To unsubscribe send an email to infra-leave(a)ovirt.org >> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> >> List Archives: >> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/YZKHQTISCF6... >> > >> > >> > >> > -- >> > Anton Marchukov >> > Team Lead - Release Management - RHV DevOps - Red Hat >> > >> > _______________________________________________ >> > Devel mailing list -- devel(a)ovirt.org >> > To unsubscribe send an email to devel-leave(a)ovirt.org >> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> > oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> > List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MFPBLV2MJEG... >> >> >> >> -- >> Didi >> > > > -- > Anton Marchukov > Team Lead - Release Management - RHV DevOps - Red Hat > > -- Anton Marchukov Team Lead - Release Management - RHV DevOps - Red Hat _______________________________________________ Devel mailing list -- devel(a)ovirt.org To unsubscribe send an email to devel-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J2KZA3FCBHP...

On Wed, Feb 6, 2019 at 5:33 PM Greg Sheremeta <gshereme(a)redhat.com&gt; wrote: > > On Wed, Feb 6, 2019 at 10:18 AM Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: >> >> Hello All. >> >> Also. Based on the comments I am going to do the exact match, thus it will require the following: >> >> 1. "Bug-Url:" should be at the beginning of the new line with no spaces allowed in between. >> 2. No space is allowed between "Bug-Url" and ":". >> 3. I will allow space characters (or tab characters) between ":" and the bug URL. Thought I can make even more strict and e.g. allow only one space. > > > +1 to all the above. Seems harmless to allow [\t ]+ between : and URL. Although I've never used tab. > >> >> >> I am just not sure how far the agreement and expectation was for this keyword, so feel free to comment and let me know. Thanks for fixing this. Do we have some documentation for these requirements? Is it linked from our contributions guidelines?

>> >> On Wed, Feb 6, 2019 at 3:01 PM Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: >>> >>> Thanks for comments. Yeah, I think since it does not produce extra side effect over the previous behaviour in dead case just something will stop working based on the old assumptions rather than it starts moving incorrect bugs around. >>> >>> I have prepared a change [1], will give it some test on staging gerrit first and then merge and deploy to production gerrit. >>> >>> [1] https://gerrit.ovirt.org/#/c/97605/ >>> >>> On Wed, Feb 6, 2019 at 11:41 AM Yedidyah Bar David <didi(a)redhat.com&gt; wrote: >>>> >>>> On Wed, Feb 6, 2019 at 12:36 PM Anton Marchukov <amarchuk(a)redhat.com&gt; wrote: >>>> > >>>> > Hello All. >>>> > >>>> > I have checked the hooks code. And it indeed just extracts all the links pointing to bugzilla. This is not correct and fails when somebody just mentions a bug in commit message. >>>> > >>>> > We are about to fix this and adjust the regexp used to explicitly check for "Bug-Url" keyword. I think this is the expected behavior for everybody. >>>> >>>> +1 >>>> >>>> > >>>> > But just in case I am sending this pre-announcement about the change. Let me know if you anticipate any problems. >>>> >>>> I think we'll have enough time to fix such problems. It will only affect >>>> new patches, history would remain as-is. So main risk is if people had >>>> tools/hooks/habits to link to BZs without 'Bug-Url' and expected that to >>>> work, and it will now be ignored. Small risk, imo. >>>> >>>> Thanks! >>>> >>>> > >>>> > Thanks. >>>> > >>>> > On Tue, Feb 5, 2019 at 10:16 AM Nir Soffer <nsoffer(a)redhat.com&gt; wrote: >>>> >> >>>> >> If a commit message mention another bug, the CI script try to add the patch >>>> >> to the bug in the commit message, and change the bug to POST. >>>> >> >>>> >> Mentioning another bug in a commit message is good practice, making it >>>> >> easier to follow, and avoiding unclear forms like "bug 1000000" or "BZ#1000000", >>>> >> or even worse shortened urls like https://goo.gl/bPuFGo. >>>> >> >>>> >> Does it make sense that we cannot link to Red Hat bugzilla like god >>>> >> intended? >>>> >> >>>> >> Here is a proof: >>>> >> https://gerrit.ovirt.org/c/97568/ >>>> >> >>>> >> gerrit-hooks >>>> >> Patch Set 1: >>>> >> >>>> >> Check Bug-Url::10000000::WARN, failed to get bug info (private bug or bug doesn't exist >>>> >> Check Product::IGNORE, not relevant for branch: master >>>> >> Check TM::IGNORE, not relevant for branch: master >>>> >> Check Backport::IGNORE, not relevant for branch: master >>>> >> Set POST::#10000000::WARN, failed to get bug info (private bug or bug doesn't exist) >>>> >> Update Tracker::#10000000::WARN, failed to get bug info (private bug or bug doesn't exist) >>>> >> CI scripts should process urls only inside Bug-Url: tag. >>>> >> >>>> >> Expected behavior: >>>> >> Extract bug urls *only* from Bug-Url: label. >>>> >> >>>> >> The same issue exists with Related-To: label. >>>> >> >>>> >> This is not a new bug. I reported it few years ago but for some reason the issue >>>> >> was not understood. >>>> >> >>>> >> Nir >>>> >> _______________________________________________ >>>> >> Infra mailing list -- infra(a)ovirt.org >>>> >> To unsubscribe send an email to infra-leave(a)ovirt.org >>>> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>> >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >>>> >> List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/message/YZKHQTISCF6... >>>> > >>>> > >>>> > >>>> > -- >>>> > Anton Marchukov >>>> > Team Lead - Release Management - RHV DevOps - Red Hat >>>> > >>>> > _______________________________________________ >>>> > Devel mailing list -- devel(a)ovirt.org >>>> > To unsubscribe send an email to devel-leave(a)ovirt.org >>>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >>>> > List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MFPBLV2MJEG... >>>> >>>> >>>> >>>> -- >>>> Didi >>> >>> >>> >>> -- >>> Anton Marchukov >>> Team Lead - Release Management - RHV DevOps - Red Hat >>> >> >> >> -- >> Anton Marchukov >> Team Lead - Release Management - RHV DevOps - Red Hat >> >> _______________________________________________ >> Devel mailing list -- devel(a)ovirt.org >> To unsubscribe send an email to devel-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J2KZA3FCBHP... > > > > -- > > GREG SHEREMETA > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > > Red Hat NA > > gshereme(a)redhat.com IRC: gshereme > > _______________________________________________ > Devel mailing list -- devel(a)ovirt.org > To unsubscribe send an email to devel-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YL677JJF23V... _______________________________________________ Devel mailing list -- devel(a)ovirt.org To unsubscribe send an email to devel-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JOM3FMJJJZT...