Needs discussion and decision with product after WikiCon is over.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 29 2019
Oct 24 2019
Oct 23 2019
@Lydia_Pintscher @Hanna_Petruschat_WMDE this can be tested on beta now
e.g. https://wikidata.beta.wmflabs.org/wiki/Q112#Q112$d41ca394-46ec-aa3b-f442-748873dbbbfe
@Ladsgroup looks great! I am completely new to how dispatching works, and the added section let me understand it fully at a glance.. esp. the example is really well done!
The current version of the message have too many dynamic (moving) parts. The languages list is of unknown length to the message in json files, and the amount of grouped changed (Changed in ... ) can be of any length between 1 and 6 (for all possible combinations of aliases, label and description).
Oct 22 2019
Needs a look into what changed in core test base classes and re-evaluate
On hold until we progress with T226975: [Story] Restructuring Wikibase extension tests
Oct 21 2019
@Hanna_Petruschat_WMDE the changes landed on beta now. I checked on https://m.wikidata.beta.wmflabs.org/wiki/Q11
thanks @Pablo-WMDE
sorry @Hanna_Petruschat_WMDE apparently I spoke too fast and forgot that there's another patch needed to get the changes up in beta :/
Oct 17 2019
Oct 16 2019
First patch (& first step of isolating summary generation logic) is up for review
In T234948#5579417, @Ladsgroup wrote:It's on Q23Mio. Even though the script fails, it logs all of them in mwmaint node, I can get list of all of them and fix them via a script (python to do purge, mwscript, anything) so I don't think that would be a very big deal IMO. These are all secondary data.
@Hanna_Petruschat_WMDE background and vertical spacing fixes can be tested on beta now
@Ladsgroup is rebuild script close to Q40m? I'm thinking of: 1. we lower write both to Q40m, 2. stop rebuild script shortly before it reaches Q40m and 3. investigate what is going on here. But if rebuild script still not that close, we can investigate a bit first
So we checked in new store what terms exist on some of the items that had failing inserts due the dead-locks. None of them, except one, has terms stored on them. Meaning the transactions were not repeated later, and we don't know whether they will fail again.
Created T235605: mobile Termbox should not get narrower than 340px to capture the 340px width limit requirement for later
It seems to have improved the situation a lot since yesterday https://logstash.wikimedia.org/app/kibana#/dashboard/87348b60-90dd-11e8-8687-73968bebd217?_g=h@af6022c&_a=h@d6ea75e
Oct 12 2019
thanks @Jakob_WMDE .. good to know about the bot reporting to Termbox channel.
Until then, @jcrespo @Marostegui please feel free to kill that script and/or stop running it at all (if possible) when necessary or convenient, and thanks a lot for your help figuring this out thus far :)
It can be that we can actually live, until migration is done, with Most Linked special pages on wikidata not being that up-to-date for about a month?
Reading through updateSpecialPages.php