[07:48:45] <wm-bb>	 <vrandecic> I forwarded both to the team
[08:09:54] <wm-bb>	 <vrandecic> Re: naming contest for wiki with abstract content
[08:09:54] <wm-bb>	 <vrandecic> I have been trying to summarize the discussion from here:
[08:09:55] <wm-bb>	 <vrandecic> https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Abstract_Wikipedia_naming_contest/Second_round_discussion#Abstract_Wikipedia in here https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Abstract_Wikipedia_naming_contest/Names
[08:09:57] <wm-bb>	 <vrandecic> I would love to have a few more set of eyes whether the summary is fair. Please feel free to update and edit the summaries!
[09:10:55] <wm-bb>	 <Al> Thanks. I wasn’t sure that I wasn’t just doing it wrong 🤷‍♂️ (re @vrandecic: I forwarded both to the team)
[10:38:08] <wm-bb>	 <Jan_ainali> I now, obviously too late, got the name idea Wikiblurbs. 🤠 (re @vrandecic: Re: naming contest for wiki with abstract content
[10:38:09] <wm-bb>	 <Jan_ainali> I have been trying to summarize the discussion from here:
[10:38:10] <wm-bb>	 <Jan_ainali> https://meta.wikime...)
[10:44:52] <wm-bb>	 <genocation> Hello! thanks, this is probably related to an issue reg. error handling in compositions which I'm working on right now. You can follow it in T410063 (re @Al: It seems to me that error types outside the Z500 range are not handled in compositions 🤔)
[10:45:33] <wm-bb>	 <genocation> The task only talks about try-catch, but it's the same underlying issue. It won't take a long time to resolve, it seems fairly straight-forward :)
[10:48:43] <wm-bb>	 <genocation> Yes! This was a product decision to prioritize the conversion of error labels and their arguments to text so that they could be easily surfaced to users. But we didn't want to set error parameters to Typed List( Strings ) so that we could implement something a bit more advanced in the future. For now, anything that's not a string is ignored for the creation of the
[10:48:43] <wm-bb>	 error. But mayb <clipped message>
[10:48:43] <wm-bb>	 <genocation> e we could create the error normally and restrict on the error -> readable string step instead. (re @Al: …also, error arguments (“error parameters”) are ignored if they are not strings? See Z28251 🤷‍♂️)
[10:49:18] <wm-bb>	 <genocation> Also, we are working on some detailed documentation for this, sorry it's still a bit obfuscate!
[10:54:49] <wm-bb>	 <Al> Thanks for clarifying. The strings seem to be working nicely and I think we can manage without the additional complexity of non-string objects for quite some time. (re @genocation: Yes! This was a product decision to prioritize the conversion of error labels and their arguments to text so that they could be ...)
[11:00:58] <wm-bb>	 <Al> Maybe we should just turn Z28154 into a simple Z851 wrapper, with the error-parameter list typed for string arguments? (re @genocation: Yes! This was a product decision to prioritize the conversion of error labels and their arguments to text so that they could be ...)
[11:01:01] <wm-bb>	 <genocation> Argh sorry, I hadn't noticed T406425!! I closed mine as a duplicate, will update everything on T406425 from now on.