[13:05:23] <ebernhardson>	 \o
[14:04:46] <dcausse>	 o/
[15:57:15] <ebernhardson>	 have a local version of global-search running with the bits to use a query built on test.wikipedia.org.  Uses the query and highlight parts of the __main__ query.
[15:57:35] <ebernhardson>	 i wonder if it should have additional limits though
[16:08:37] <dcausse>	 what do you mean by limits?
[16:10:25] <ebernhardson>	 i'm not entirely sure, some would be warnings like deepcat: doesn't work, i wonder about expensive queries but it already has regex
[16:13:47] <dcausse>	 oh ok, I believe you could infer some of this by not seeing the sister project queries but that won't work on testwiki :/
[16:14:50] <dcausse>	 in theory if the interwiki searcher is enabled it means that most of the filters are wiki agnostic
[16:16:18] <ebernhardson>	 oh, hmm.  i hadn't pondered that. maybe
[16:16:27] <ebernhardson>	 nothing forces it to be test wiki, it's arbitrary
[16:18:48] <dcausse>	 perhaps enwiki with a forced "default" builder profile might give some of this
[16:19:39] <dcausse>	 or we could add more info into the AST but this'll require an extra call to just verify if the query is crosswiki friendly
[16:26:21] <ebernhardson>	 i suppose we could look at the ast and reject some things. Thinking about it, probably deepcat, morelike, incategory
[16:26:34] <ebernhardson>	 actually anything that uses the db to normalize title inputs
[16:27:14] <ebernhardson>	 oh it's not normalizing, it's because incategory accepts page ids
[16:30:49] <dcausse>	 ah forgot about this :/
[16:31:48] <ebernhardson>	 doing a validation over the ast seems easy enough, come up with classes of things that wont work
[16:32:02] <ebernhardson>	 probably miss some :P
[16:33:14] <dcausse>	 yes might not be perfect but I suspect that most will use simpler keywords like intitle and this'll be already a big win