Mon, Apr 24
Some issue again:
Tue, Apr 11
Sat, Apr 8
Thank you for the report. I subscribes Sam Wilson who has worked on this part of the tool.
Wed, Apr 5
Sat, Apr 1
I'm not sure what you mean by the CE being cluttered?
Mar 31 2017
Mar 29 2017
I've just written a change that should fix the error.
Does that mean this is now Resolved as all the old pages have expired?
Mar 27 2017
Please allow me a few extra days to give a closer look at the query
Ok! Thank you!
Seems to be done.
I've done a very quick check on https://en.wikisource.beta.wmflabs.org . The UI seems ok (no big issue).
Resolved by Ed's change( thank you!).
The biggest Wikisources have less than 20,000 Index: pages each. So on all wikis combined it is something around ~100,000 rows.
@DBA Change https://gerrit.wikimedia.org/r/#/c/328543/ contains a maintenance script to migrate old Index: pages to the new content model. Is it possible to get a code review for it? It will affect all wikis where ProofreadPage is deployed (i.e. all Wikisources).
Mar 26 2017
Ok, thank you!
Mar 22 2017
That is very unlikely to happen. K8s don't know grid and grid doesn't know k8s. If you must submit jobs you can either make the webservice run on grid, or submit the job to k8s.
Mar 3 2017
Can you provide more context of what it is missing
Feb 27 2017
Yes, I have added these transclusions in early January to resolve task T114318. Using template dependencies is imho the right way to go because as the Index pages displays the proofreading quality of each page it transcludes some data from it. The other way to go would be to implement an other dependency tracking system and I am not sure that it's something we want to do (see how much time it took to have arbitrary Wikidata entity access with much more human power and a much more important need).
This should work fine now. Could someone confirm?
Jan 31 2017
3.0.0 will then include oauth support. Probably going down the route of some sort of Authentication object.
Jan 19 2017
Jan 18 2017
Should this be backported and deployed today? We missed the wmf.8 branch cut, but I could schedule it for a SWAT deployment later today.
It seems that it's broken since September and the issue has been reported 3 month later. So, I believe the correcting change could wait a few days.
Jan 17 2017
EditFilterMergedContent hook is now fired by Special:ChangeContentModel (see task T145489). And the implementation of this hook in ProofreadPage does not handle well content conversion. I'm working on that.
Jan 15 2017
Jan 13 2017
Dec 23 2016
Dec 16 2016
Dec 13 2016
I have created a narrower task about loading getter thumbnail while zooming in the scan image: T153124
Dec 11 2016
Nov 29 2016
Nov 22 2016
The Pre-schedule vs Unconference decision is more about how big you expect the participation to be and formal/casual you want this session to become
As this project is in a very early stage, a casual discussion is probably better (except if there are a lot of interested people). What do you think about it?
Nov 18 2016
Nov 16 2016
Are you aiming to have a pre-scheduled session or an unconference session?
If some people are interested in a formal presentation of which open source tools currently exists and how thy work we could probably do a pre-scheduled session (and I'll prepare this presentation). If not, the unconference format is probably more adapted. What do you think about it? (ping @Halfak)
Nov 15 2016
Oct 30 2016
Oct 21 2016
Oct 20 2016
Oct 13 2016
Sep 29 2016
Sep 24 2016
This issue is caused by the fact that now tags <a b= c=></a> is parsed by MediaWiki parser as <a b="c="></a> and no more <a b="" c=""></a>. ProofreadPage can't do anything about it (except implement its own Wikitext parser but it's definitely not a good idea).
Sep 20 2016
Sep 16 2016
DjVu support in parser tests seems broken too...
Sep 15 2016
Duplicate of T145724
Hotcat is not compatible with the storage format of Index: pages. This gadget should be modified in order to be compatible with Index: pages.
Sep 13 2016
Yes, I mean the ability to switch to VE with the pen button
Sep 12 2016
No, it's not fixed. The "proofreading tools" WikiEditor toolbar section is only displayed randomly. The related JS file is ext.proofreadpage.page.edit.js of the ProofreadPage extension.
Sep 7 2016
The 4 remaining open tasks are the issues that have to be solved before thinking to enable by default. But I believe we would like to push the integration a little bit further before doing the actual by default deployment.
Aug 4 2016
Perhaps MediawikiApi needs to be reworked to accept some kind of Authentication object.
Aug 1 2016
Ok I just reworked on this and I guess I have the right solution.
Jul 30 2016
This is a well known problem: Mediawiki does not automatically update the visual indicators of links (red links, stub articles...) when the linked page status change. So, it is also true for links to Page: pages.
I've just implemented a basic OAuth support here: https://github.com/Tpt/ia-upload/tree/master/src/IaUpload/OAuth
This issue is now fixed. Thank you for the bug report.
Jul 11 2016
Jul 10 2016
Jul 7 2016
Ok, it seems to me that the alienextensionnode editor is activated on the Page: namespace but not on the main namespace (or something like that).
Jul 6 2016
It seems to me that the latest versions of VisualEditor and Parsoid provides basic support (with an editing UI) for the <section> tag.
Jul 2 2016
@Jdforrester-WMF Does someone in your team plans to work on it soon or is an external change proposal welcome? As the loading of the Wikitext edit form content is not part of the ArticleTarget interface yet, this change is probably going to be a bit tricky.
Jun 29 2016
The root cause of this issue was that the memory limit for job is now 256m, memory that is far lower than the one needed to run ebook-convert
Jun 26 2016
Done a few month ago.
Done a few month ago.
@Tpt, how can one understand if the ProofreadPage version is using the old or new mode?
Just ask for the Wikitext of a page and see if there is a <div class="pagetext"> in it.
Jun 25 2016
It still happening some time. I really thing that the first description of the issue is the right one
Thank you for the image. Do you have any error in your debug console? Instruction for Firefox: https://developer.mozilla.org/en-US/docs/Tools/Web_Console
After more investigation this issue seems to only happens when the Parsoid cache still has a content with the <div class="page-text">
It does not seems to be an issue in ProofreadPage or MediaWiki but in the user script.
changes the proofreading layout when clicked on 'Select preview'
Changes to what? I don't see anything wrong. Could so send us screenshots? Could you also disable all your gadgets/user scripts and see if the error still happens.