[10:53:30] lunch [14:17:29] o/ [14:57:52] \o [15:08:45] should we just add the extra syntaxes asked for at https://phabricator.wikimedia.org/T403212#11377377 ? [15:09:19] I'm not entirely sure why, but i seem to be resisting having multiple variations of ways to specify unicode...but maybe thats just a weird engineer thing and irrelevant to search users [15:11:22] .o/ [15:23:11] o/ [15:31:08] ebernhardson: if it's easy enough to implement (and to get all the escapes and escapes of the escapes and the escapes of the escapes of the escapes right), then supporting another common syntax seems like a good thing. It also lets the user avoid some of the high/low surrogate mess. [15:32:26] +1 I tend to prefer the \u{code_point} syntax as well, more inline with unicode specs imo [15:32:41] its just more surface area, more opportunities for bugs...its the engineer thing :P We can make 1 thing work right, why make 5 things that then have the some opportunity for error. But indeed any arbitrary syntax is not hard to support [15:32:52] i'll look into it today [15:32:55] yes.. [15:33:07] also totally optional if it gets too messy [16:05:01] ebernhardson inflatador meeting? [16:19:29] dcausse: actually it is still pending: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CirrusSearch/+/1204652/1 [16:40:22] Trey314159 sorry, was at the doc [16:40:47] inflatador: no worries... that's more important than a meeting [17:19:42] * ebernhardson wonders if some day we should normalize the ingestion such that all titles are either db_style or "title style", instead of being use-case dependent [17:20:20] just happened to glance at the [wip] patch about sourcing outgoing_links from a page and using that as a title filter [17:23:04] yes.. found it quite annoying too :/ [17:35:40] uploaded https://gitlab.wikimedia.org/repos/search-platform/cirrussearch-opensearch-image/-/merge_requests/21 unsure that's the best place to document this but generally somewhere we have to interact to update the image used by devs [17:40:04] dcausse: thanks! yea we don't have any particular best place, that seems reasonable. [17:40:46] ok, re-applied the reverted "keyword" patch, wikibase seems happy now [17:40:49] dinner [19:40:10] hmm, sonarqube really dislikes how complex the regex rewriting code is...but i'm not really sure how to rework it without making it much worse :S will probably ignore sonarqube