User Details
- User Since
- Jan 5 2021, 4:31 PM (115 w, 6 d)
- Availability
- Available
- LDAP User
- Cory Massaro
- MediaWiki User
- CMassaro (WMF) [ Global Accounts ]
Yesterday
Fri, Mar 24
Unassigning for now; this case is actually pretty hard to trigger with recent changes.
Thu, Mar 23
Wed, Mar 22
Tue, Mar 21
Mon, Mar 20
to reproduce this bug:
Mon, Mar 6
Sat, Mar 4
Fri, Mar 3
Thu, Mar 2
Wed, Mar 1
Ah! I didn't see your comment. No, I just meant deleting them from the internal representation in the Implementation object within the orchestrator. I wanna discuss this tomorrow in the eng meeting.
The patch doesn't cause an error to be raised. Instead, in this case, it sets useReentrance to false (to avoid the error altogether) AND logs a warning. Moving to QA
Tue, Feb 28
Feb 23 2023
Feb 22 2023
Feb 21 2023
This happens because the evaluator and wiki stubs aren't being properly populated. Presumably, when mocha filters tests, it runs the tests before certain other bits of config have had a chance to run.
Feb 16 2023
Feb 15 2023
Feb 7 2023
Feb 6 2023
Feb 3 2023
this is really hard to do ...
Feb 2 2023
Feb 1 2023
Jan 31 2023
setZMapValue also needs to call findIdentity to learn key and value types.
Jan 30 2023
The docstring for isZMap says, "Does not validate the ZObject." Is it necessary that the object not be run through a validator for any reason? I'd like to alter this function to call findIdentity, which will fix the bug but will add a validation step for type-checking. @DMartin-WMF , any thoughts?
Jan 27 2023
Hmm, I'm assuming we'll handle the memory limit bit in Kube. Let's keep this open for that (unless there's already another, more specific task to cover that).
Jan 26 2023
There are some things we still need to think through about the Helm charts and Kube configuration.
Jan 25 2023
Jan 24 2023
We can't meaningfully fix this right now. I suggest doing what you did with Kleenean and just make the identity field a Z6 instead of a Z9.