I am a volunteer Software Engineer and Phabricator maintainer. Formerly on the Wikimedia Release-Engineering-Team, I am no longer a Wikimedia employee as of February 2022.
- User Since
- Sep 19 2014, 9:45 AM (470 w, 5 d)
- IRC Nick
- LDAP User
- MediaWiki User
Apr 3 2023
Mar 27 2023
Mar 7 2023
Oct 18 2022
Oct 6 2022
congrats, awesome feature!
Apr 19 2022
Feb 7 2022
Ok I think it should allow anyone to use the form now.
I think that the owner of a task can always see it but I might be mistaken.
Feb 3 2022
Feb 2 2022
Jan 26 2022
Jan 18 2022
Already fixed upstream: https://we.phorge.it/rP67cf80b377bd33b5ff259fff26e09a3c1424f422
Jan 14 2022
So we don't currently have a fix for T299244 but we also aren't comfortable reverting the branch at this point due to several complex changes that landed this week. The people who wrote the code aren't around and neither are any release engineers (I have to leave shortly)
Jan 13 2022
Testing on mw.org might not suffice, we've been rolled back to testwikis since yesterday.
It appears that this is no longer a blocker.
Jan 12 2022
Jan 11 2022
I enabled the repository field on form 9.
Form 6 is more restricted, it's for policy-admins not project-admins
Jan 6 2022
- Merging the revert in wmf.16 to unblock the train for this week.
- Leaving this as a blocker for wmf.17 because the revert hasn't merged in master.
@Krinkle: Would you say that reverting the patch is a reasonable short-term solution to get the train unblocked?
My input, informed by ~8 years of deploying and the most recent problems I experienced with patch application:
This appears like it will cause significant problems if we roll it out to all wikis as scheduled. My options are to either revert the patch or hold the train. I'm leaning towards reverting but I'd welcome feedback from anyone who knows more than I do about the situation.
This patch is apparently causing quite a bit of noise in logs and will likely have a bigger impact with the rollout of 1.38.0-wmf.16 to all wikis today. I may revert the above patch (https://gerrit.wikimedia.org/r/346176) if there isn't a better solution to be found. see T298659: BadMethodCallException: Sessions are disabled for load entry point
Jan 5 2022
Jan 4 2022
Should this task continue blocking the train and if so, how serious of a blocker? Should we continue with group0 rollout and deal with this as Thursday approaches or does this need to block group 0/1?
Jan 3 2022
Dec 14 2021
There shouldn't be more than one of these: https://phabricator.wikimedia.org/transactions/editengine/transactions.editengine.config/
That comes from the form for edit forms:
I can omit it from the workboard cards, however, now that it's been pointed out, the just doesn't seem right for other places where it represents status.
Proposal: How about the unckecked-box icon for open tasks:
Dec 13 2021
Agreed that it's not the best icon choice or placement. The markup used in that UI makes it difficult to achieve a consistent result without making more drastic modifications to the code. I'll look into what can be done to improve it without too much surgery.
Dec 9 2021
So I'm looking into integrating something like this into phabricator proper. I also want to figure out how to support gitlab in the process.
Are there still people using the browser extension and if so what has your experience been like? Are there features you'd like to see added or limitations that we can address other than the 50 items per request issue?
After playing with kibana for a few minutes, I can't figure out any search criteria that actually does match scap logs currently.
Dec 8 2021
https://caddyserver.com/v2 might be an interesting way to implement this.
I don't think it is useful to work on something specific to wikimedia. This is a general enough thing that it can be shared and we should instead contribute to other people's efforts for development environments rather than developing and maintaining our own.
Dec 7 2021
Nov 24 2021
Links to existing solutions in the Wikimedia environment would be appreciated.
@Urbanecm: This all makes perfect sense and I don't want to make people's work more difficult. To the point of onboarding and offboarding stewards, this sounds like a process that's ripe for automation.
I believe it should be possible to host private repos on gitlab, not 100% on that. Note that it hasn't been 100% decided that we are dropping ssh. It would save significant maintenance effort if we didn't have to deal with the 5 ways it breaks each time we upgrade hardware or migrate Phabricator to a different server.
Nov 23 2021
Nov 22 2021
Probably not going to have time to work on this.
Here is a custom form for WMUA-Tech: https://phabricator.wikimedia.org/maniphest/task/edit/form/107/
Nov 19 2021
The tag icon is entirely semantic but it can be used in search and I find that helpful for filtering out projects that are not relevant to a particular context.
Is there any reason not to use the tag icon, even if not really intended for global use?
Nov 18 2021
Nov 11 2021
The easiest thing to do would be all or nothing. Cherry-picking some of the fields to copy might be more involved.
Nov 10 2021
Nov 9 2021
It seems like the consensus is to disable it but if there is a use-case for it then I'm all for supporting it.
@AntiCompositeNumber - how about this: