Smalyshev (Stas Malyshev)
Engineer in Search Platform team

Projects (7)

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Nov 28 2014, 7:04 AM (220 w, 3 d)
Availability
Available
IRC Nick
Smalyshev
LDAP User
Smalyshev
MediaWiki User
Smalyshev (WMF) [ Global Accounts ]

Recent Activity

Today

Smalyshev added a comment to T215967: Add keyword for filtering based on captions in specific language.

I have a feeling we're overdesigning it a little. I think it should be simple and cover 80% of cases, and if you need more complex things you'd probably be better with using generic boolean syntax like OR/AND.

Mon, Feb 18, 7:16 AM · User-Smalyshev, Discovery-Search (Current work), Multimedia, SDC General

Fri, Feb 15

Smalyshev added a project to T215967: Add keyword for filtering based on captions in specific language: User-Smalyshev.
Fri, Feb 15, 1:17 AM · User-Smalyshev, Discovery-Search (Current work), Multimedia, SDC General
Smalyshev added a comment to T215967: Add keyword for filtering based on captions in specific language.

I like the structure of the syntax but would probably bikeshed the exact delimiters a bit if possible (later). Also, are we following fallback chains or only seeking exact language match? If we match exactly we may want to also think about allowing fallbacks.

Fri, Feb 15, 1:16 AM · User-Smalyshev, Discovery-Search (Current work), Multimedia, SDC General
Smalyshev removed a project from T190022: Separate the CirrusSearch/Elastic-specific code from Wikibase code base: MW-1.33-notes (1.33.0-wmf.17; 2019-02-12).
Fri, Feb 15, 12:03 AM · Patch-For-Review, Discovery-Search (Current work), CirrusSearch, Discovery, User-Smalyshev, Wikidata
Smalyshev moved T216206: Set up WikibaseLexemeCirrusSearch extension for Elastic code in WikibaseLexeme from needs triage to Current work on the Discovery-Search board.
Fri, Feb 15, 12:02 AM · Discovery-Search (Current work), Patch-For-Review, CirrusSearch, Discovery, User-Smalyshev, Wikidata
Smalyshev triaged T216206: Set up WikibaseLexemeCirrusSearch extension for Elastic code in WikibaseLexeme as Normal priority.
Fri, Feb 15, 12:00 AM · Discovery-Search (Current work), Patch-For-Review, CirrusSearch, Discovery, User-Smalyshev, Wikidata

Thu, Feb 14

Smalyshev added a comment to T213318: Wikibase Front-End Architecture.

Another thought about docker and similar technologies. PHP applications - and Mediawiki in particular - can be used on stacks way beyond Linux. I've seen PHP run on HP-UX, AIX, in mainframe containers, other weird setups. As long as our base requirement remains more or less only "PHP" (database is separable, so it's not a big issue), we may not be officially supporting this diverse category but we are serving them. There's a long tail of "weird" cases that our relatively low requirement footprint enables. If we ever changed it to "you need to run docker now" that would cut off some the "long" part of this long tail - all those weird cases that nobody would bother to support explicitly but that "just work" because requirements are low. Raising requirements has costs, we should be always mindful of it.

Thu, Feb 14, 11:01 PM · Wikidata, TechCom-RFC
Smalyshev added a comment to T213318: Wikibase Front-End Architecture.

Are our target demographics (and the reason why we are targeting them) documented somewhere?

Thu, Feb 14, 8:46 PM · Wikidata, TechCom-RFC
Smalyshev added a comment to T213318: Wikibase Front-End Architecture.

I am not sure what requirement you refer to, to be made explicit.

Thu, Feb 14, 8:44 PM · Wikidata, TechCom-RFC
Smalyshev added a comment to T213318: Wikibase Front-End Architecture.

Another solution to this problem would be to require Docker and Kuberneties which are both free and trivial to setup

Thu, Feb 14, 8:37 PM · Wikidata, TechCom-RFC
Smalyshev added a comment to T216160: Update wikidata-entities dump generation to fixed day-of-month instead of fixed weekday.

I don't have a real opinion on this one. Generally for dump users the only concern is for the dump to be recent enough to be useful (wikidata is rather volatile, and linked nature of it means that volatility in one area can influence results in bigger area). That said, I do not see a huge problem with having dumps on 1st and 15th. The only argument I can see for weekly dumps is that we could time them for when the activity of the editors is the lowest to reduce impact, but I am not sure whether it's an important consideration.

Thu, Feb 14, 8:07 PM · Analytics, Dumps-Generation, Wikidata
Smalyshev committed rEWCS19bd7060ad66: Add some docs (authored by Stanislav Malyshev <smalyshev@gmail.com>).
Add some docs
Thu, Feb 14, 6:48 PM
Smalyshev added a comment to T212189: New Service Request: Wikidata Termbox SSR.

Thanks, T213318 makes it a bit clearer though not entirely 100% clear which parts stay in PHP and which parts move to JS. Would it also be true that there is no way to render Wikibase content (even without editing) on non-Javascript browsers? The SPA approach in T213318 suggests that any Wikibase interaction - including merely displaying http://www.wikidata.org/wiki/Q42 - requires SPA being started? Or we keep maintaining parallel PHP renderer to SPA/JS renderer?

Thu, Feb 14, 6:56 AM · Core Platform Team Backlog (Later), User-Addshore, serviceops, Services (next), Wikidata-Termbox-Hike, Wikidata, Service-deployment-requests, Operations
Smalyshev closed T215650: ExtensionJsonValidationTest does not support @note as Resolved.
Thu, Feb 14, 6:40 AM · MW-1.33-notes (1.33.0-wmf.18; 2019-02-19), Patch-For-Review, Continuous-Integration-Infrastructure, MediaWiki-Core-Testing
Smalyshev added a comment to T213318: Wikibase Front-End Architecture.

A useful Wikibase (with query service etc) can already not simply be installed on a LAMP stack.

Thu, Feb 14, 6:39 AM · Wikidata, TechCom-RFC
Smalyshev moved T215751: Make vagrant support WikibaseCirrusSearch from in progress to Needs review on the Discovery-Search (Current work) board.
Thu, Feb 14, 3:15 AM · MediaWiki-Vagrant, Discovery-Search (Current work), Discovery, User-Smalyshev, Wikidata

Wed, Feb 13

Smalyshev added a comment to T213936: Deploy new version of TextCat.

I've created release 1.3.0 for textcat package on packagist from master branch. Turns out it's easy:

  1. Create the tag in git
  2. Push it to gerrit
  3. Click update on packagist site
Wed, Feb 13, 9:47 PM · Discovery-Search (Current work), Discovery
Smalyshev moved T215341: RDF for MediaInfo entities from Ready for work to Wikidata on the Wikidata-Query-Service board.
Wed, Feb 13, 5:07 PM · Wikidata-Query-Service, StructuredDataOnCommons, Wikidata, WikibaseMediaInfo

Tue, Feb 12

Smalyshev triaged T215980: Move LDFServer fork repo to gerrit as Normal priority.

I've requested the gettit repo and as soon as it's made, I'll move the fork there.

Tue, Feb 12, 11:54 PM · Wikidata, Wikidata-Query-Service
Smalyshev created T215980: Move LDFServer fork repo to gerrit.
Tue, Feb 12, 11:54 PM · Wikidata, Wikidata-Query-Service
Smalyshev added a comment to T212189: New Service Request: Wikidata Termbox SSR.

I get the idea of server-side HTML rendering to avoid delays. But I am kinda questioning whether the advantage of splitting code outside of PHP into separate service and all the complexities that follow from that.

Tue, Feb 12, 6:09 AM · Core Platform Team Backlog (Later), User-Addshore, serviceops, Services (next), Wikidata-Termbox-Hike, Wikidata, Service-deployment-requests, Operations
Smalyshev added a comment to T206636: Provide a way to have test servers on real hardware, isolated from production for Wikidata Query Service.

Yes, judging from our preliminary test, if we get uncontested use of the server or even a certain chunk of it maybe (not sure if possible?) it would be enough. Note that an interesting scenario that we want to test in foreseeable future involves cluster setup, so we'd want at least 2 hosts (not sure whether they have to be on 2 separate hardware machines) with requirements close to what wdqs hosts have. It could splitting cloudvirt host into two VMs exclusively used by these test hosts would be ok. Not sure if virtualization that we do now allows such kind of fixed resource allocations (probably also I/O resources need to be taken care of?)

Tue, Feb 12, 6:02 AM · User-Smalyshev, Wikidata, cloud-services-team, Operations, Wikidata-Query-Service

Mon, Feb 11

Smalyshev placed T189744: Add hints parameter to wbsearchentities up for grabs.
Mon, Feb 11, 6:51 PM · Discovery-Search (Current work), Patch-For-Review, User-Smalyshev, Wikidata, Discovery
Smalyshev moved T190022: Separate the CirrusSearch/Elastic-specific code from Wikibase code base from in progress to Needs review on the Discovery-Search (Current work) board.
Mon, Feb 11, 6:40 PM · Patch-For-Review, Discovery-Search (Current work), CirrusSearch, Discovery, User-Smalyshev, Wikidata
Smalyshev moved T215684: Deploy & test WikibaseCirrusSearch on beta cluster from in progress to Needs review on the Discovery-Search (Current work) board.
Mon, Feb 11, 6:39 PM · Discovery-Search (Current work), Patch-For-Review, CirrusSearch, Discovery, User-Smalyshev, Wikidata
Smalyshev edited projects for T215684: Deploy & test WikibaseCirrusSearch on beta cluster, added: Discovery-Search (Current work); removed Discovery-Search.
Mon, Feb 11, 6:39 PM · Discovery-Search (Current work), Patch-For-Review, CirrusSearch, Discovery, User-Smalyshev, Wikidata
Smalyshev triaged T215751: Make vagrant support WikibaseCirrusSearch as Normal priority.
Mon, Feb 11, 3:36 AM · MediaWiki-Vagrant, Discovery-Search (Current work), Discovery, User-Smalyshev, Wikidata

Sat, Feb 9

Smalyshev triaged T215684: Deploy & test WikibaseCirrusSearch on beta cluster as Normal priority.
Sat, Feb 9, 2:02 AM · Discovery-Search (Current work), Patch-For-Review, CirrusSearch, Discovery, User-Smalyshev, Wikidata

Fri, Feb 8

Smalyshev closed T215654: Extension.json format version 2 does not support @note in configs as Resolved.

Ok, I've updated the docs accordingly. I think then this can be resolved.

Fri, Feb 8, 9:00 PM · MediaWiki-Configuration
Smalyshev added a comment to T215654: Extension.json format version 2 does not support @note in configs.

@ was used for documentation but v2 has its own documentation field

Fri, Feb 8, 8:40 PM · MediaWiki-Configuration
Smalyshev updated the task description for T215654: Extension.json format version 2 does not support @note in configs.
Fri, Feb 8, 8:29 PM · MediaWiki-Configuration
Smalyshev created T215654: Extension.json format version 2 does not support @note in configs.
Fri, Feb 8, 8:29 PM · MediaWiki-Configuration
Smalyshev updated subscribers of T215650: ExtensionJsonValidationTest does not support @note.
Fri, Feb 8, 8:20 PM · MW-1.33-notes (1.33.0-wmf.18; 2019-02-19), Patch-For-Review, Continuous-Integration-Infrastructure, MediaWiki-Core-Testing
Smalyshev created T215650: ExtensionJsonValidationTest does not support @note.
Fri, Feb 8, 7:49 PM · MW-1.33-notes (1.33.0-wmf.18; 2019-02-19), Patch-For-Review, Continuous-Integration-Infrastructure, MediaWiki-Core-Testing
Smalyshev committed rEWCS3607e15906e4: Move search configs to this extension (authored by Stanislav Malyshev <smalyshev@gmail.com>).
Move search configs to this extension
Fri, Feb 8, 2:25 AM

Thu, Feb 7

dcausse awarded T215556: Enable phan checks for WikibaseLexeme extension a Love token.
Thu, Feb 7, 9:33 PM · Wikidata-Campsite, Wikidata, Continuous-Integration-Config, Lexicographical data
Smalyshev updated subscribers of T215556: Enable phan checks for WikibaseLexeme extension.
Thu, Feb 7, 9:30 PM · Wikidata-Campsite, Wikidata, Continuous-Integration-Config, Lexicographical data
Smalyshev created T215556: Enable phan checks for WikibaseLexeme extension.
Thu, Feb 7, 9:30 PM · Wikidata-Campsite, Wikidata, Continuous-Integration-Config, Lexicographical data
Smalyshev closed T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet as Resolved.
Thu, Feb 7, 8:20 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev closed T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet, a subtask of T206670: 1.33.0-wmf.16 deployment blockers, as Resolved.
Thu, Feb 7, 8:20 PM · Patch-For-Review, Release-Engineering-Team (Kanban), Release, Train Deployments
Smalyshev moved T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet from Needs review to Done on the Discovery-Search (Current work) board.
Thu, Feb 7, 8:18 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev committed rEWLEcbd5a8500597: Fix fatal error - EmptySet does not exist anymore (authored by Stanislav Malyshev <smalyshev@gmail.com>).
Fix fatal error - EmptySet does not exist anymore
Thu, Feb 7, 7:29 PM
Smalyshev updated subscribers of T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet.
Thu, Feb 7, 7:02 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev added a comment to T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet.

Also, we probably need some test to capture this situation in the future. Looks like current tests do not cover this branch.

Thu, Feb 7, 7:01 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev moved T211007: Dates returned by SPARQL queries are syntactically incorrect (lacks one leading zero for a negative four-digit year) from Wikidata to Ready for work on the Wikidata-Query-Service board.
Thu, Feb 7, 6:50 PM · Wikidata-Query-Service, Wikidata
Smalyshev moved T211007: Dates returned by SPARQL queries are syntactically incorrect (lacks one leading zero for a negative four-digit year) from All WDQS-related tasks to Wikidata on the Wikidata-Query-Service board.
Thu, Feb 7, 6:49 PM · Wikidata-Query-Service, Wikidata
Smalyshev moved T215341: RDF for MediaInfo entities from All WDQS-related tasks to Ready for work on the Wikidata-Query-Service board.
Thu, Feb 7, 6:49 PM · Wikidata-Query-Service, StructuredDataOnCommons, Wikidata, WikibaseMediaInfo
Smalyshev moved T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet from in progress to Needs review on the Discovery-Search (Current work) board.
Thu, Feb 7, 6:44 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev added a subtask for T206670: 1.33.0-wmf.16 deployment blockers: T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet.
Thu, Feb 7, 6:17 PM · Patch-For-Review, Release-Engineering-Team (Kanban), Release, Train Deployments
Smalyshev added a parent task for T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet: T206670: 1.33.0-wmf.16 deployment blockers.
Thu, Feb 7, 6:17 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev triaged T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet as Unbreak Now! priority.

Ah, I see what's up - Wikibase has been updated, but WikibaseLexeme was not.

Thu, Feb 7, 6:17 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev added a project to T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet: Wikimedia-production-error.
Thu, Feb 7, 6:11 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata
Smalyshev added a project to T215503: PHP fatal error: Class undefined: CirrusSearch\Search\EmptyResultSet: Release-Engineering-Team.

Looks like some deployment issue - 1.33.0-wmf.14 has this class, but 1.33.0-wmf.16 does not.

Thu, Feb 7, 6:11 PM · MW-1.33-notes (1.33.0-wmf.17; 2019-02-12), Patch-For-Review, Discovery-Search (Current work), Wikimedia-production-error, CirrusSearch, Lexicographical data, Wikidata

Wed, Feb 6

Smalyshev created T215372: Upgrade phpcs to version 3.4.0 or later of PHP_CodeSniffer code to work around SelfMemberReference.NotUsed bug in anon classes.
Wed, Feb 6, 1:36 AM · Patch-For-Review, MediaWiki-Codesniffer

Tue, Feb 5

Smalyshev closed T160259: [Story] RDF for Lexemes, Forms and Senses as Resolved.
Tue, Feb 5, 8:57 PM · Lexicographical data, Wikidata
Smalyshev closed T160259: [Story] RDF for Lexemes, Forms and Senses, a subtask of T193645: [Epic] querying for lexicographical data, as Resolved.
Tue, Feb 5, 8:57 PM · Epic, Discovery, Wikidata, Wikidata-Query-Service, Lexicographical data

Mon, Feb 4

Smalyshev added a comment to T214978: extensions phpunit tests time out.

Hence at the end of mw-debug-cli.log we have:

Mon, Feb 4, 6:07 PM · Discovery-Search, Continuous-Integration-Infrastructure, Release-Engineering-Team
Smalyshev added a comment to T165473: [Epic] new visualizations for Wikidata Query Service.

There's also this library I've encountered recently: https://cytoscape.org/
may be interesting for graph visualizations.

Mon, Feb 4, 6:01 PM · Wikidata Query UI, Wikimedia-Hackathon-2017, Discovery, Wikidata

Sat, Feb 2

Smalyshev added a comment to T204813: Allow looking for items and lexemes namespaces together by default.

Would it be acceptable to show the results for Item namespace and Lexeme namespace separately - e.g. in separate tabs? If not, what would be the expected UI - would both kinds of results displayed together with distinction only by prefix or with some separation between Lexemes and Items?

Sat, Feb 2, 8:37 PM · Discovery-Search, Wikidata, Lexicographical data
Smalyshev updated subscribers of T194968: Enable search in all wikidata namespaces combined.

After discussing this on the offsite, the current approach seems to be like this:

  • For full-text search with several kinds of namespaces, it's probably best to separate the searches and display each kind in the separate tab (we'd need to think about how exactly the UI would work for this)
  • For Wikidata completion search, we want to have a combined profile that unites the searches on the backend, using query dispatcher functionality being developed by @dcausse.
Sat, Feb 2, 8:34 PM · Wikidata, Discovery-Search
Smalyshev moved T113439: [Epic] Utilize the analytics cluster to improve scoring relevancy from later on... to [epic] on the Discovery-Search board.
Sat, Feb 2, 5:45 PM · Discovery-Search, Epic, WorkType-NewFunctionality, CirrusSearch, Discovery

Fri, Feb 1

Smalyshev added a comment to T214988: Allow independent column sorting in Phabricator.

@mmodell thanks, this would be great!

Fri, Feb 1, 7:22 PM · Upstream, Phabricator (Upstream)
Smalyshev edited projects for T215073: OSM map layers other than the default should be displayable in the Wikidata Query Service, added: Wikidata Query UI; removed Wikidata-Query-Service.

We do not have editorial control over the data in Wikidata, yet less on maps provided by the third party. We also are not subject neither to Indian law nor the Twitter audience "law". The situation where some governing body has objection to some content in the open sources or wide Internet, whether on Wikimedia or not, is completely routine and happens all the time. It would certainly be unfortunate if somebody overreacts and makes some unfortunate moves due to any particular situation, however whatever happens does not change these basic facts. We show what OSM maps provide.

Fri, Feb 1, 7:21 PM · Patch-For-Review, Maps (Map-Styles), Wikidata Query UI, Wikidata
Smalyshev moved T213210: WDQS is hitting allocator limit on Blazegraph from Ready for work to All WDQS-related tasks on the Wikidata-Query-Service board.
Fri, Feb 1, 7:40 AM · Wikidata-Query-Service, Wikidata, Epic
Smalyshev added a comment to T214988: Allow independent column sorting in Phabricator.

Example: in this dashboard: https://phabricator.wikimedia.org/tag/wikidata-query-service/ I'd like to sort first two columns by priority, but in other columns sorting by priority does not make too much sense for me. In general, sorting by priority is good for current tasks, that are being worked on or soon to be worked on, but for part of the board that is more long-term classification it makes less sense. So it would be nice if I could use different sorting for these column, and have some columns auto-sorted by priority but others sorted as I specify manually.

Fri, Feb 1, 7:40 AM · Upstream, Phabricator (Upstream)
Smalyshev triaged T214032: query service should send a retry-after header with a 429 response as Normal priority.
Fri, Feb 1, 7:36 AM · MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Patch-For-Review, Wikidata, Wikidata-Query-Service

Wed, Jan 30

Smalyshev created T214988: Allow independent column sorting in Phabricator.
Wed, Jan 30, 9:26 PM · Upstream, Phabricator (Upstream)
Smalyshev updated the image for Discovery-Search from F3408210: fa-users-violet.png to F28080618: profile.
Wed, Jan 30, 9:08 PM
Smalyshev moved T204135: Warn when CirrusSearch is not configured to use local DC for an extended time from needs triage to Ops / SRE on the Discovery-Search board.
Wed, Jan 30, 9:07 PM · Discovery-Search, Datacenter-Switchover-2018, Operations
Smalyshev edited projects for T204135: Warn when CirrusSearch is not configured to use local DC for an extended time, added: Discovery-Search; removed Discovery-Search (Current work).
Wed, Jan 30, 9:07 PM · Discovery-Search, Datacenter-Switchover-2018, Operations
Smalyshev moved T209621: Confirm perceived slowness in job queue for getting new captions available for searching in Commons from needs triage to watching / waiting on the Discovery-Search board.
Wed, Jan 30, 9:06 PM · Discovery-Search, Multimedia, SDC General, Wikidata
Smalyshev edited projects for T209621: Confirm perceived slowness in job queue for getting new captions available for searching in Commons, added: SDC General, Multimedia, Discovery-Search; removed Discovery-Search (Current work).
Wed, Jan 30, 9:06 PM · Discovery-Search, Multimedia, SDC General, Wikidata
Smalyshev added a comment to T209621: Confirm perceived slowness in job queue for getting new captions available for searching in Commons.

Note that currently we index existing pages on RefreshLinks. We do have special case for new items, which we index instantly. But I don't think this applies to captions since they are part of existing page in the index, right? So maybe MediaInfo extension should copy some code from onPageContentInsertComplete in CirrusSearch to make instant indexing happen.

Wed, Jan 30, 9:05 PM · Discovery-Search, Multimedia, SDC General, Wikidata
Smalyshev added a comment to T190022: Separate the CirrusSearch/Elastic-specific code from Wikibase code base.

We will also need to move options out. We could move it to set of WikibaseCirrusSearch options, or keep current option structure, in which case we'd need to enable extensions to define their own Wikibase options, which as I understand not the case now? Should we keep these options in the same place (BC) or create a new set of options for WikibaseCirrusSearch?

Wed, Jan 30, 9:02 PM · Patch-For-Review, Discovery-Search (Current work), CirrusSearch, Discovery, User-Smalyshev, Wikidata
Smalyshev moved T214544: [Beta Commons]: All searches show a warning about mixing "entity and article namespaces" from Wikidata Search to watching / waiting on the Discovery-Search board.
Wed, Jan 30, 8:56 PM · Discovery-Search, Multimedia, Wikidata, SDC General
Smalyshev moved T213994: A Commons search user should be able to search for only captions from Up Next to watching / waiting on the Discovery-Search board.
Wed, Jan 30, 8:55 PM · Discovery-Search, Wikidata, Multimedia, SDC General, Search-Platform-Programs
Smalyshev edited projects for T213994: A Commons search user should be able to search for only captions, added: Discovery-Search; removed Discovery-Search (Current work).
Wed, Jan 30, 8:54 PM · Discovery-Search, Wikidata, Multimedia, SDC General, Search-Platform-Programs
Smalyshev moved T214544: [Beta Commons]: All searches show a warning about mixing "entity and article namespaces" from needs triage to Wikidata Search on the Discovery-Search board.
Wed, Jan 30, 8:52 PM · Discovery-Search, Multimedia, Wikidata, SDC General
Smalyshev triaged T214544: [Beta Commons]: All searches show a warning about mixing "entity and article namespaces" as Normal priority.
Wed, Jan 30, 8:52 PM · Discovery-Search, Multimedia, Wikidata, SDC General
Smalyshev added a subtask for T214544: [Beta Commons]: All searches show a warning about mixing "entity and article namespaces": T194968: Enable search in all wikidata namespaces combined.
Wed, Jan 30, 8:51 PM · Discovery-Search, Multimedia, Wikidata, SDC General
Smalyshev added a parent task for T194968: Enable search in all wikidata namespaces combined: T214544: [Beta Commons]: All searches show a warning about mixing "entity and article namespaces".
Wed, Jan 30, 8:51 PM · Wikidata, Discovery-Search
Smalyshev added a comment to T214544: [Beta Commons]: All searches show a warning about mixing "entity and article namespaces".

So searching article & entity namespace together is not supported (see T194968: Enable search in all wikidata namespaces combined for task about it). So, we have to either configure search so it by default searches only one kind of namespaces, or solve the task above.

Wed, Jan 30, 8:51 PM · Discovery-Search, Multimedia, Wikidata, SDC General
Smalyshev moved T206613: Search of wikidata string property values using haswbstatement is case sensitive from needs triage to Wikidata Search on the Discovery-Search board.
Wed, Jan 30, 8:47 PM · Discovery-Search, User-Smalyshev, CirrusSearch, Discovery, Wikidata
Smalyshev edited projects for T206613: Search of wikidata string property values using haswbstatement is case sensitive, added: Discovery-Search; removed Discovery-Search (Current work).
Wed, Jan 30, 8:47 PM · Discovery-Search, User-Smalyshev, CirrusSearch, Discovery, Wikidata
Smalyshev added a comment to T214980: Support mathematical formulae in Wikidata Query Service UI on all browsers.

I am not sure whether it's ok to use cdnjs.cloudflare.com for privacy reasons. AFAIK, so far we have avoided directly including non-WMF resources.

Wed, Jan 30, 7:34 PM · Wikidata Query UI, Wikidata
Smalyshev added a comment to T214851: query.wikidata.org displays the TeX string rather than the MathML representation for some formulae.

OK, looks fine for me in Firefox. We might want to create a new task for eventually adding javascript-based mathml rendering - like it or not, Chrome becomes more and more prominent (even Microsoft moved to use Chrome engine) and formulas look so much better in rendered form.

Wed, Jan 30, 6:25 PM · Wikidata Query UI, Wikidata, Math
Smalyshev created T214978: extensions phpunit tests time out.
Wed, Jan 30, 6:14 PM · Discovery-Search, Continuous-Integration-Infrastructure, Release-Engineering-Team
Smalyshev edited projects for T214851: query.wikidata.org displays the TeX string rather than the MathML representation for some formulae, added: Wikidata Query UI; removed Wikidata-Query-Service.

Hmm, I updated the entities, and I still see TeX there. However, looking at raw backend output, I do see mathml - check out the result of https://query.wikidata.org/sparql?query=DESCRIBE%20wd%3AQ631815. So the rendering seems to be the problem. Looking at the HTML I do see <math> tags, but somehow the display still is not right. Now sure what's the issue there but seems to be on the frontend side.

Wed, Jan 30, 5:56 PM · Wikidata Query UI, Wikidata, Math
Smalyshev edited projects for T214851: query.wikidata.org displays the TeX string rather than the MathML representation for some formulae, added: Wikidata-Query-Service; removed Wikidata Query UI.

OK, it looks like some entities indeed have Tex strings, even though export returns MathML now. Not sure when it changed - the entities have right timestamps, but the RDF is different. I'll update the entries and see what happens.

Wed, Jan 30, 5:41 PM · Wikidata Query UI, Wikidata, Math
Smalyshev moved T201150: Regularly run constraint checks for all items from All WDQS-related tasks to External on the Wikidata-Query-Service board.
Wed, Jan 30, 10:29 AM · wikidata-tech-focus, Wikidata-Campsite, Wikidata-Query-Service, Wikibase-Quality, Wikidata, Wikibase-Quality-Constraints
Smalyshev moved T196858: Allow parameters & wildcards in federation endpoint whitelists from All WDQS-related tasks to Ready for work on the Wikidata-Query-Service board.
Wed, Jan 30, 10:29 AM · Discovery, Wikidata, Wikidata-Query-Service
Smalyshev moved T171303: Enable the MWAPI endpoint name to be defined via a variable (currently: endpoint name needs to be a constant) from All WDQS-related tasks to Ready for work on the Wikidata-Query-Service board.
Wed, Jan 30, 10:28 AM · Discovery, Wikidata-Query-Service, Wikidata
Smalyshev moved T208014: Restore polling page-properties-change from All WDQS-related tasks to Ready for work on the Wikidata-Query-Service board.
Wed, Jan 30, 10:27 AM · User-Smalyshev, Wikidata-Query-Service, Wikidata
Smalyshev edited projects for T214851: query.wikidata.org displays the TeX string rather than the MathML representation for some formulae, added: Wikidata Query UI; removed Wikidata-Query-Service.
Wed, Jan 30, 10:26 AM · Wikidata Query UI, Wikidata, Math
Smalyshev moved T214032: query service should send a retry-after header with a 429 response from All WDQS-related tasks to Ready for work on the Wikidata-Query-Service board.
Wed, Jan 30, 10:26 AM · MW-1.33-notes (1.33.0-wmf.14; 2019-01-22), Patch-For-Review, Wikidata, Wikidata-Query-Service
Smalyshev moved T214680: Document statement URI format for RDF from All WDQS-related tasks to Docs on the Wikidata-Query-Service board.
Wed, Jan 30, 10:26 AM · Wikidata-Query-Service, Wikidata
Smalyshev moved T194401: Investigate storing commons data in BlazeGraph from External to Need investigation on the Wikidata-Query-Service board.
Wed, Jan 30, 10:26 AM · Wikidata-Query-Service, SDC Engineering, Multimedia-Team-Working-Board, Epic, Multimedia, SDC General, Wikidata
Smalyshev moved T194401: Investigate storing commons data in BlazeGraph from All WDQS-related tasks to External on the Wikidata-Query-Service board.
Wed, Jan 30, 10:26 AM · Wikidata-Query-Service, SDC Engineering, Multimedia-Team-Working-Board, Epic, Multimedia, SDC General, Wikidata

Tue, Jan 29

Smalyshev moved T206613: Search of wikidata string property values using haswbstatement is case sensitive from Waiting/Blocked to in progress on the Discovery-Search (Current work) board.
Tue, Jan 29, 10:43 PM · Discovery-Search, User-Smalyshev, CirrusSearch, Discovery, Wikidata
Smalyshev closed T213305: upgrade prometheus-blazegraph-exporter to python3 as Resolved.
Tue, Jan 29, 10:42 PM · Patch-For-Review, Discovery-Search (Current work), monitoring, Operations, Wikidata, Wikidata-Query-Service