[Wikidata-bugs] [Maniphest] [Commented On] T142585: Add a hash or CRC module to Scribunto

2017-11-03 Thread Jack_who_built_the_house
Jack_who_built_the_house added a comment. Thank you, @Anomie, I will choose another place. Actually, the lack of a place where local wikis' technicians could consult with MediaWiki developers seems to me to be an actual problem, not sure if the places you listed fulfill this need completely.TASK

[Wikidata-bugs] [Maniphest] [Updated] T142585: Add a hash or CRC module to Scribunto

2017-11-02 Thread Jack_who_built_the_house
Jack_who_built_the_house added a comment. Hi @hoo, we've been implementing the functionality mentioned in the task description, namely generating unique reference names for references created from Wikidata (and solving some adjacent problems), in ruwiki (after T175725: Deploy HTML5 sections to WMF

[Wikidata-bugs] [Maniphest] [Commented On] T173710: Job queue is increasing non-stop

2017-10-30 Thread Jack_who_built_the_house
Jack_who_built_the_house added a comment. Thanks for the reply. It just surprises me that on enwiki, the job queue is very lightweight, while on ruwiki, it's 2/3 of the overall pages count, and enwiki is much more active. Is it because of wide use of Wikidata in ruwiki?TASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Commented On] T173710: Job queue is increasing non-stop

2017-10-28 Thread Jack_who_built_the_house
Jack_who_built_the_house added a comment. On ruwiki, many editors are complaining about slow updating of pages with their templates. We have a huge job queue, while no popular templates/modules have been changed in the last days. Please tell, is there any advice that could be given to us, as well

[Wikidata-bugs] [Maniphest] [Commented On] T173710: Job queue is increasing non-stop

2017-10-23 Thread Jack_who_built_the_house
Jack_who_built_the_house added a comment. In T173710#3701806, @Ladsgroup wrote: I think one of the reasons contributing to the problem is the same problem we had with T171027: "Read timeout is reached" DBQueryError when trying to load specific users' watchlists (with +1000 articles)