User Details
- User Since
- Nov 19 2018, 8:02 PM (253 w, 6 d)
- Availability
- Available
- IRC Nick
- jeena
- LDAP User
- Jeena Huneidi
- MediaWiki User
- JHuneidi (WMF) [ Global Accounts ]
Tue, Sep 12
Thu, Sep 7
Tue, Sep 5
I think this needs to be backported since the branch commit for wmf.25 already happened before merge
Jun 17 2023
Hi @xSavitar, this feature exists already. I'll be adding an integration test for it soon.
Jun 15 2023
Jun 13 2023
We plan to make a new scap release and deploy the changes that address this on June 15
Jun 12 2023
Jun 9 2023
No, I think it should skip the sync step instead of fail if the branch is not staged.
Just tested this and as it works currently, It will continue to merge and deploy as directed by the user, but will fail with an error if the branch is not staged.
Jun 8 2023
Jun 7 2023
It appears that the issue has been resolved.
May 31 2023
Apr 28 2023
Mar 31 2023
Mar 30 2023
Mar 15 2023
Mar 9 2023
Mar 8 2023
Mar 7 2023
Mar 6 2023
Mar 2 2023
Feb 22 2023
Feb 21 2023
I opened this related task: T330194
Renaming branch in another task.
Fixes were deployed in scap 4.37.0
Feb 8 2023
I will add some extra output to clarify what is happening (checking for dependencies of the dependency).
MR above modifies the depends_on check to request dependecies for a change_id in a specific project & branch to avoid the multiple changes error. This functionality existed previously but was removed in a refactor (oops), so I added a comment to make sure it doesn't happen again, but maybe best to add a test for this.
Jan 27 2023
Jan 19 2023
Jan 12 2023
Jan 11 2023
Is this resolved now?
Jan 10 2023
Dec 20 2022
Dec 16 2022
I did some more investigation and I think the deployment couldn't continue since it was searching for a commit with "Change-Id: I39ab54ca6e9f9a6a58b59cdd6feea07638fc908f", but the commit for the patch in question had "Change-ID: I39ab54ca6e9f9a6a58b59cdd6feea07638fc908f". I thought the Change-Id line was case sensitive, but it seems not since the patch was accepted into gerrit, so I'll change the search to reflect that.
Dec 15 2022
So far I haven't reproduced this issue in our test environment. If it happens again please update with a copy of the output up until it breaks if you can.
Dec 13 2022
Dec 5 2022
Nov 24 2022
Nov 16 2022
This was done, but disabled due to poor performance. A summary of results is in this commit message: https://gitlab.wikimedia.org/repos/releng/kokkuri/-/commit/1dfd3a0d6582fc284200c4db34661de06e5a5c78