Fri, Oct 12
Maybe the content model should be set to wikitext automaticaly when such a redirect is created (page moved)?
Fri, Oct 5
Thu, Oct 4
Please also advise, if there is a standard procedure that can be applied in such cases before reporting here.
Another outdated thumbnail is
(but this one is not critical for us).
The page=657 was the only page modified in the recent revision of the file.
Mon, Oct 1
@Hesperian I think this change does not break anything concerning old German orthography, as it does not fully replace currently used hyphenated word replacing method. The only valid reason may be if it is discouraged because it may be a source of bad habits among editors. As I noticed, it was not intended to fix all possible hypenation cases: for some cases still current merging method should be used.
Sat, Sep 29
@Candalua The minus sign seems to have special meaning on zh.ws and it is not a hyphenation sign there (and no space is added there when merging pages).
I thinhk, this feature should be totally disabled there.
Thu, Sep 27
The subject of this task is slightly misleading: I see no <hyphen/> tag introduced.
Tue, Sep 25
OK, this seems to be a problem with XML data validation in djvulibre itself.
So it cannot be fixed in mediawiki unless other djvu software is used...
Sep 11 2018
T194861 is possibly related
Sep 6 2018
Sep 2 2018
Aug 27 2018
Aug 21 2018
Aug 17 2018
Aug 16 2018
Sorry for the mess; my first experience with gerrit.
Aug 15 2018
@Krinkle the same error appears when accessing revision text via API, so this is not only "viewing".
Aug 11 2018
Aug 10 2018
Probably the same problem with 2 pages in Hungarian Wikisource:
The page is dated from beginning of proofreadpage (July 2009), it has no underlying scan and page_links_updated / page_touched = 20151017054924 suggest that the problem appeared around that date.
Aug 9 2018
Aug 8 2018
no.ws "Not proofread" failed because of T201506.
I am trying to omit the broken page.
Aug 7 2018
Aug 6 2018
In plwikisource we use sometimes <section> tags to:
A. transclude references:
Jul 30 2018
Jul 28 2018
Jul 27 2018
Jul 26 2018
There is a gadget in sourceswiki that is a temporary workaround for this problem (purging the index if colors disappeared):
Jul 21 2018
Error undeleting page
Errors were encountered while undeleting the file:
Jul 16 2018
I would prefer the second solution.
The first one might increase size of large pages (eg. novels transcluding ~1000 book pages) for 10-20kB and trigger them to hit the page size limit.
Jul 15 2018
The only ePub link from the above-mentioned page is to the wsexport tool in wmflabs.
And wsexport bugs should be reported here: https://github.com/wsexport/tool/issues
Jul 14 2018
Jul 11 2018
After some changes in pages, the page colouring in index tends to disappear. The index page needs to be purged to dispay colours again.
Jul 10 2018
@Tpt it does not seem to work:
Jul 8 2018
Jul 7 2018
@Billinghurst Just FYI: for zh.ws it would be more effective (IMO) to go through pre-genarated page list than through all pages / selected categories. This is because relatively small ratio of pages is affected for this wiki.
Pre-generated list of ALL affected pages van be found here: https://quarry.wmflabs.org/query/28053
Jul 5 2018
Jul 4 2018
Jul 3 2018
@Lea_WMDE Request is from sourceswiki, the Multilingual Wikisource (called sometimes Old Wikisource).