Page MenuHomePhabricator

Vladis13
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Oct 22 2015, 7:57 PM (456 w, 6 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Vladis13 [ Global Accounts ]

Recent Activity

Jun 17 2024

Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

I don't think the code here is duplicating any work, every time a page is saved or a related page is updated, there is a chance that the file does not exist or has changed and the sequence that was previously constructed is invalid. This needs to be accounted for by ProofreadPage, which it does by checking for the existence of the file, computing the list of pages, and then re-rendering the sequence (or displaying an error if the sequence is invalid).

This is the functionality of a separate <pagelist/> tag, launched when saving the Index page.
The <pages/> tag only needs existing pages and a pre-compiled <pagelist/> list of pages from the database. Running book indexing and file scanning in the <pages/> tag does nothing, but pointless duplicate re-compilations, broken pages (as discussed) and load on the server.

Jun 17 2024, 4:34 PM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage
Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

And why, on each rendering, does the code recompile the index (mapping), although it does not change, and scan the pdf to Commons, which is not needed, since only text from the database is used? And besides the optimization problem, this leads to the discussed breakdown of the mass of pages.

As I said before the compilation does not happen on each render. It happens when a template transcluded/related to the page changes OR when the page is purged OR when the page is edited (basically ProofreadPage and the underlying parser treats the <pages /> tag like a series of templates and updates are triggered whenever mediawiki decides that the templates need updating).

Jun 17 2024, 1:36 PM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage

Jun 16 2024

Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

This shouldn't happen because the <pages/> mechanism works with text in Page and Index NS. Whereas the mediafile is in File NS. These are independent spaces.

But they aren't independent because the Index and Page pages depend on the File (and the Page pages also depend on the Index).

No, <pages/> only uses existing text in Page NS, file is absolutely not needed for this and is not used, why. Page and Index NS only use file during index page creation and visually assist users in proofreading. So, <pages/> should continue to display that text without breaking pages when the file is deleted.

That's incorrect, ProofreadPage depends on the File namespace to build the pagelist, figure out valid Page: namespace pages and determine the transclusion order of the pages.

That's what I said. The file is needed only at the modes of creating the pagelist (index) and proofreading.

The <pages /> tag should only take the text of pages from the local Wikisource database, according to a list of a pre-generated index. Why would it access an image file in the Commons repository?.. Sounds like nonsense. If this is indeed the case, then this is a major non-optimization of the code.

The index is computed based on the image file, or through manually linked pages as a fallback. I do not see why this is a "major non-optimization" or "nonsense".

You state that with EVERY reading of a page of a work by site readers, the index is re-generated, scanning the file in the Commons repository. This is a time-consuming and resource-intensive operation.

Then it should be like this:

  • Only when saving the index page (Index NS) does the extension analyze the arguments of the <pagelist /> tag (which defines the mapping: pdf page number = book page number or literal label), creates an index (mapping, it’s short, banal "[{1: 'image'}, {2: 4}, {3: 5}, etc. according to the number of pdf pages]"), and is saves in the database. This is all.
  • When a reader opens a page of a work, the <pages/> tag works only with database 1) takes the pages mapping from the database, takes the range of page numbers according to the arguments in the tag, 2) takes the text of the pages from the database, cuts out the sections specified in the arguments, renders html: gluing the texts of the pages, inserting between them the page numbers of the book with links to the pages of the Page NS, according to the mapping (index). This is all.

Compare the resource costs of generating an index from scratch for each read, and one only when saving the index page. I think this is obvious.

The recompilation happens on page save or link update on related pages, not on every render.

And why, on each rendering, does the code recompile the index (mapping), although it does not change, and scan the pdf to Commons, which is not needed, since only text from the database is used? And besides the optimization problem, this leads to the discussed breakdown of the mass of pages.

Jun 16 2024, 11:22 PM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage
Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

This shouldn't happen because the <pages/> mechanism works with text in Page and Index NS. Whereas the mediafile is in File NS. These are independent spaces.

But they aren't independent because the Index and Page pages depend on the File (and the Page pages also depend on the Index).

No, <pages/> only uses existing text in Page NS, file is absolutely not needed for this and is not used, why. Page and Index NS only use file during index page creation and visually assist users in proofreading. So, <pages/> should continue to display that text without breaking pages when the file is deleted.

That's incorrect, ProofreadPage depends on the File namespace to build the pagelist, figure out valid Page: namespace pages and determine the transclusion order of the pages.

That's what I said. The file is needed only at the modes of creating the pagelist (index) and proofreading.

The <pages /> tag should only take the text of pages from the local Wikisource database, according to a list of a pre-generated index. Why would it access an image file in the Commons repository?.. Sounds like nonsense. If this is indeed the case, then this is a major non-optimization of the code.

The index is computed based on the image file, or through manually linked pages as a fallback. I do not see why this is a "major non-optimization" or "nonsense".

You state that with EVERY reading of a page of a work by site readers, the index is re-generated, scanning the file in the Commons repository. This is a time-consuming and resource-intensive operation.

Jun 16 2024, 9:12 PM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage

Jun 15 2024

Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

This shouldn't happen because the <pages/> mechanism works with text in Page and Index NS. Whereas the mediafile is in File NS. These are independent spaces.

But they aren't independent because the Index and Page pages depend on the File (and the Page pages also depend on the Index).

No, <pages/> only uses existing text in Page NS, file is absolutely not needed for this and is not used, why. Page and Index NS only use file during index page creation and visually assist users in proofreading. So, <pages/> should continue to display that text without breaking pages when the file is deleted.

That's incorrect, ProofreadPage depends on the File namespace to build the pagelist, figure out valid Page: namespace pages and determine the transclusion order of the pages.

That's what I said. The file is needed only at the modes of creating the pagelist (index) and proofreading.

Jun 15 2024, 12:19 PM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage
Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

https://gerrit.wikimedia.org/r/1031631

It seems like that patch, when merged might solve the issue with finding <pagelist/> usage when the File media cannot be properly processed

The patch has not been accepted so far. Am I wrong, or will the broken pages and their tracking never be fixed?

Jun 15 2024, 11:48 AM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage

May 21 2024

Vladis13 added a comment to T275319: Change $wgMaxArticleSize limit from byte-based to character-based.

This discussion risks going in circles. As I wrote previously in T275319#6884320:

zhwiki for example should have 4x the character limit if this is to be the new rule. Unlike what is claimed above, many of the performance metrics *do* scale with bytes rather than characters -- most wikitext processing is at some point regexp-based, and that works on bytes (unicode characters are desugared to the appropriate byte sequences), and of course network bandwidth, database storage size, database column limits, etc, all scale with bytes not characters. We should be careful before bumping the limit that we're not going to run into problems with database schema, etc.

And as @Reedy stated in T275319#9057445:

Timo's comment in T275319#7947012 is still relevant.

And at the same time, no one has declined this task, or said it won't ever be done. It requires planning, effort, testing and actual prioritisation by the people doing those activities etc.

It seems you have ignored my replies to this: T275319#7977747 and T275319#9057620. If don't notice the answers, the discussion really risks going in circles.

May 21 2024, 12:01 AM · LPL Technical Support, Patch-For-Review, serviceops, SRE, Wikimedia-Site-requests

May 14 2024

Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

This shouldn't happen because the <pages/> mechanism works with text in Page and Index NS. Whereas the mediafile is in File NS. These are independent spaces.

But they aren't independent because the Index and Page pages depend on the File (and the Page pages also depend on the Index).

No, <pages/> only uses existing text in Page NS, file is absolutely not needed for this and is not used, why. Page and Index NS only use file during index page creation and visually assist users in proofreading. So, <pages/> should continue to display that text without breaking pages when the file is deleted.

May 14 2024, 9:33 AM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage
Vladis13 added a comment to T364690: Transclusion doesn't work after deletion of source file.

This is expected if there is no file backing a index file, transclusions won't work.

This shouldn't happen because the <pages/> mechanism works with text in Page and Index NS. Whereas the mediafile is in File NS. These are independent spaces.

May 14 2024, 7:48 AM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage

May 12 2024

Vladis13 updated the task description for T364690: Transclusion doesn't work after deletion of source file.
May 12 2024, 4:19 PM · MW-1.43-notes (1.43.0-wmf.11; 2024-06-25), ProofreadPage

Dec 15 2023

Vladis13 added a comment to T123900: Generated TOC should ignore <ref> content.

Example and addition: T343630

Dec 15 2023, 4:54 PM · MediaWiki-Parser, Accessibility, MediaWiki-User-Interface

Dec 12 2023

Vladis13 created T353250: Enable prohibit editing for anonymous users in Ru.Wikisource.
Dec 12 2023, 12:42 PM · Wikimedia-Site-requests

Aug 13 2023

Vladis13 closed T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it as Resolved.
Aug 13 2023, 4:31 PM · Pywikibot
Vladis13 added a comment to T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.

The bot made 4 new items, seems to work. I close the issue, reopen if the problem is not solved. Thanks for the answer.

Aug 13 2023, 4:31 PM · Pywikibot

Aug 12 2023

Vladis13 updated the task description for T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.
Aug 12 2023, 8:44 AM · Pywikibot
Vladis13 added a comment to T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.

ID is not returned in about 20-30% of cases, as I noticed.

Aug 12 2023, 8:39 AM · Pywikibot
Vladis13 updated the task description for T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.
Aug 12 2023, 8:37 AM · Pywikibot
Vladis13 updated the task description for T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.
Aug 12 2023, 1:25 AM · Pywikibot
Vladis13 renamed T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it from The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, which makes it impossible to add claims to it to The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.
Aug 12 2023, 1:14 AM · Pywikibot
Vladis13 created T344086: The WikidataBot.create_item_for_page() method doesn't return the ID of the created item, making it impossible to add claims to it.
Aug 12 2023, 1:13 AM · Pywikibot

Aug 5 2023

Vladis13 updated the task description for T343630: Footnote in heading should not become part of table of contents and URL anchor.
Aug 5 2023, 2:56 PM · MediaWiki-Parser
Vladis13 renamed T343630: Footnote in heading should not become part of table of contents and URL anchor from Footnote in heading should not become part of table of contents to Footnote in heading should not become part of table of contents and URL.
Aug 5 2023, 2:39 PM · MediaWiki-Parser
Vladis13 updated the task description for T343630: Footnote in heading should not become part of table of contents and URL anchor.
Aug 5 2023, 2:28 PM · MediaWiki-Parser
Vladis13 updated the task description for T343630: Footnote in heading should not become part of table of contents and URL anchor.
Aug 5 2023, 2:23 PM · MediaWiki-Parser
Vladis13 created T343630: Footnote in heading should not become part of table of contents and URL anchor.
Aug 5 2023, 2:15 PM · MediaWiki-Parser

Aug 1 2023

Vladis13 added a comment to T275319: Change $wgMaxArticleSize limit from byte-based to character-based.

None of this is helping move the discussion forward.

Timo's comment in T275319#7947012 is still relevant.

And at the same time, no one has declined this task, or said it won't ever be done. It requires planning, effort, testing and actual prioritisation by the people doing those activities etc.

Let me answer the complexities listed in the T275319#7947012.

Aug 1 2023, 2:28 AM · LPL Technical Support, Patch-For-Review, serviceops, SRE, Wikimedia-Site-requests

Jul 31 2023

Vladis13 added a comment to T275319: Change $wgMaxArticleSize limit from byte-based to character-based.

Readers don't care directly about the weight of a webpage's HTML. What they care about is how quickly they can access the document in which they're interested. Fortunately, most (if not all) contemporary browsers support webpage streaming, which allows them to begin rendering the webpage before its HTML has completely downloaded. Therefore, the time to Largest Contentful Paint for a webpage, whether it's 0.23 Mb or 2.3 Mb, should be more or less the same. Or not?

Jul 31 2023, 11:45 PM · LPL Technical Support, Patch-For-Review, serviceops, SRE, Wikimedia-Site-requests
Vladis13 added a comment to T275319: Change $wgMaxArticleSize limit from byte-based to character-based.

(@Vladis13 please keep in mind https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette as you are resorting to personal attacks and I have said nothing against your Wikisource which follows the Russian law on ‘extremist content’ to a tee.)

You call it a personal attack, although I only repeated your words "just your opinion". In addition, you reproach me personally with the rule of the Russian Wikisource, based on the policy of the Terms of Use of Wikimedia Foundation. Yes, this is all a personal attack, only yours.

Jul 31 2023, 11:15 PM · LPL Technical Support, Patch-For-Review, serviceops, SRE, Wikimedia-Site-requests
Vladis13 added a comment to T275319: Change $wgMaxArticleSize limit from byte-based to character-based.

Wikisource editors can absolutely split pages into smaller ones, since those longer pages have sections and subsections. The community choice might be not to split them, but that’s not necessarily a technical problem.

It is obvious from your words that you have not read the discussion and arguments above. Including that all the users who spoke here from different language projects of Wikisource spoke in favor of expanding the limit. Due to big problems in splitting of pages for editors and usability for readers.
The expansion of the limit will not cause any technical problems.
Your opinion is the only your opinion as a Wikipedia user. This topic doesn't concern you at all.

Jul 31 2023, 9:23 PM · LPL Technical Support, Patch-For-Review, serviceops, SRE, Wikimedia-Site-requests

Jun 2 2023

Vladis13 added a comment to T337996: Error with the "edit" heading links for transcluded pages.

I also do not see any good reason why section editing would not work here.

I provided a link to the error.

Jun 2 2023, 10:08 AM · ProofreadPage
Vladis13 added a comment to T337996: Error with the "edit" heading links for transcluded pages.

@Vladis13 Did this work at some previous date ? (trying to figure out if this a recent regression or something that has been broken for a long time)

This was an issue well before 2018.

Jun 2 2023, 10:08 AM · ProofreadPage

Jun 1 2023

Vladis13 renamed T337996: Error with the "edit" heading links for transcluded pages from Error with the "edit" heading links for included pages to Error with the "edit" heading links for transcluded pages.
Jun 1 2023, 9:41 PM · ProofreadPage
Vladis13 created T337996: Error with the "edit" heading links for transcluded pages.
Jun 1 2023, 9:40 PM · ProofreadPage

May 7 2023

Vladis13 created T336137: <section> tag does not support/parse whitespace around a parameter's equal sign.
May 7 2023, 7:06 PM · MW-1.41-notes (1.41.0-wmf.10; 2023-05-23), MediaWiki-extensions-LabeledSectionTransclusion
Vladis13 created T336136: <section> tag does not support/parse whitespace around a parameter's equal sign.
May 7 2023, 5:55 PM · MediaWiki-extensions-LabeledSectionTransclusion

Oct 24 2022

Vladis13 added a comment to T321486: Exporting books to a file on the Wikisource Index page.

T321505

Oct 24 2022, 5:11 PM · Community-Tech, WS Export
Vladis13 created T321505: Exporting books to a file from the Wikisource Index page.
Oct 24 2022, 5:11 PM · WS Export
Vladis13 created T321486: Exporting books to a file on the Wikisource Index page.
Oct 24 2022, 1:02 PM · Community-Tech, WS Export

Sep 26 2022

Vladis13 added a comment to T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".

Now the script says "intersection" even when I use only one category:

pwb.py category -site:wikisource:ru -cat:"Дистрикт Галиция" remove -from:"Дивизия СС «Галичина»"  -simulate
Retrieving intersection of generators.
Retrieving 4 pages from wikisource:ru.
Sep 26 2022, 12:28 AM · Pywikibot-category.py, Pywikibot

Sep 21 2022

Vladis13 added a comment to T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".

How to remove pages from a category by generator? The only way is to use the replace.py script with the -regex argument?
pwb.py replace -family:wikisource -lang:ru -cat:"ОУН-УПА" -regex '\[\[Категория:Украина\]\]\n?' ''

Sep 21 2022, 5:31 PM · Pywikibot-category.py, Pywikibot
Vladis13 added a comment to T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".

There is also confusion with the name of the argument.
The script (by page generator) execute for each page the remove -from:category_name command. In human terms, this means: remove this page from the category.
But it turns out that it completely clears the category, removing all pages, with one command without restrictions and the ability to filter the process. Then this command should be called as "clear category".
But the script already has a clean command, which has no description. What it does? Is this a duplicate of remove?

Sep 21 2022, 5:31 PM · Pywikibot-category.py, Pywikibot
Vladis13 added a comment to T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".

Hm. The category.py help at https://doc.wikimedia.org/pywikibot/stable/scripts/main.html#module-scripts.category also says "This script supports use of pywikibot.pagegenerators arguments."

Sep 21 2022, 5:31 PM · Pywikibot-category.py, Pywikibot
Vladis13 added a comment to T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".

All of these scripts are based on pywikibot.pagegenerators and pywikibot.bot, and use common generator arguments.
If this script is somehow strange, could you remove the list of generator commands from the script's help (pwb.py category -help) and from its page https://www.mediawiki.org/wiki/Manual:Pywikibot/category.py#Generators_and_filters_available ?

Sep 21 2022, 3:20 PM · Pywikibot-category.py, Pywikibot
Vladis13 added a comment to T318236: scripts/category.py: Enable "-always" option for other actions than clean.

How to disable -always for other bulk edit commands?

Sep 21 2022, 2:51 PM · Pywikibot-category.py, Pywikibot
Vladis13 added a comment to T318236: scripts/category.py: Enable "-always" option for other actions than clean.

I use the remove command, examples are given here T318239.

Sep 21 2022, 2:47 PM · Pywikibot-category.py, Pywikibot
Vladis13 updated the task description for T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".
Sep 21 2022, 2:40 PM · Pywikibot-category.py, Pywikibot
Vladis13 updated the task description for T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".
Sep 21 2022, 2:29 PM · Pywikibot-category.py, Pywikibot
Vladis13 created T318239: scripts/category.py: Allow pagegenerators intersection with actions other than "add".
Sep 21 2022, 2:22 PM · Pywikibot-category.py, Pywikibot
Vladis13 edited projects for T318236: scripts/category.py: Enable "-always" option for other actions than clean, added: Pywikibot-category.py; removed Pywikibot-Scripts.
Sep 21 2022, 2:21 PM · Pywikibot-category.py, Pywikibot
Vladis13 created T318236: scripts/category.py: Enable "-always" option for other actions than clean.
Sep 21 2022, 2:03 PM · Pywikibot-category.py, Pywikibot

Jun 3 2022

Vladis13 added a comment to T309820: Error specifying contributors in exported files..

@Samwilson About listing participants. Personally, I do not look at such lists in e-book files at all, and skip the title pages when I read them.
Moreover, usually the users who performed OCR, importing and proofreading indicate themselves under meaningless pseudonyms. In this case, a link to the wikipage with its edit history is sufficient.

Jun 3 2022, 7:26 AM · WS Export, Community-Tech
Vladis13 closed T309820: Error specifying contributors in exported files. as Resolved.

Thanks, I added class="ws-noexport" in the tag of this image of the page layout, so now its uploader is excluded from the list.

Jun 3 2022, 7:04 AM · WS Export, Community-Tech

Jun 2 2022

Vladis13 created T309820: Error specifying contributors in exported files..
Jun 2 2022, 10:25 PM · WS Export, Community-Tech
Vladis13 added a comment to T275319: Change $wgMaxArticleSize limit from byte-based to character-based.

database storage size, database column limits, etc, all scale with bytes not characters. We should be careful before bumping the limit that we're not going to run into problems with database schema, etc.

The database schema do not require modification. The database text column is of type binary MEDIUMBLOB, GZIPed diffs are written there. The MEDIUMBLOB type can store up to 16Mb of data per entry, i.e. this is the diff size limit for any page edit (revision).
The number of page edits is not limited, all diffs are collected together only when the page is rendered. If we recall the words of the documentation "The compression ratio achieved on Wikimedia sites nears 98%." (DB doc), then it can be argued that the current database schema can store pages of infinite size.

Jun 2 2022, 9:40 PM · LPL Technical Support, Patch-For-Review, serviceops, SRE, Wikimedia-Site-requests

May 21 2022

Vladis13 created T308893: Increase $wgMaxArticleSize to 4MB for ruwikisource.
May 21 2022, 1:03 AM · LPL Technical Support, serviceops, SRE, Wikimedia-Site-requests, Russian-Sites

May 7 2022

Vladis13 created T307826: movepages.py: arguments recognition error.
May 7 2022, 1:28 AM · Pywikibot-Scripts, Pywikibot

Jan 13 2022

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

Seems, yes. Thank you very much!
I checked the places where the bug could appear. It was massive, if the bug remained somewhere I didn't notice, I'll let you know.

Jan 13 2022, 4:53 AM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Jan 12 2022

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

@Ladsgroup, I closed it up there, was 2 weeks of the poll. All administrators, bureaucrat and active users voted. Consensus.

Jan 12 2022, 11:34 AM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Dec 29 2021

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

Here is the community consensus.

Dec 29 2021, 1:53 AM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Dec 24 2021

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

It seems to me that this option should not cause side problems. All important transclusions are on the users watchlists.

Dec 24 2021, 6:09 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Nov 23 2021

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

@Tacsipacsi, thanks. But you answered an old example from 2019. At the time, I fixed it, bypassing the problem by moving all inclusions to Template NS. Several times I moved the page through different namespaces, tried patrolling and bouncing back, changed the settings for page stabilization and transclusions in different ways... it didn't help.

Nov 23 2021, 6:15 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites
Vladis13 updated the task description for T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.
Nov 23 2021, 6:02 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Nov 19 2021

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

We probably have 30% of the entire Wikisource (!!!) with warnings that pages need to be patrolled, or it will appear after any editing of the page. Because our main template for texts in Main NS is dependent with json settings and modules in the Mediawiki NS that can be edited.

Nov 19 2021, 10:47 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Sep 25 2021

Vladis13 created T291757: pagefromfile.py script: Problem of "-force" argument and user_confirm().
Sep 25 2021, 9:57 PM · Regression, Pywikibot-Scripts, Pywikibot

Jun 16 2021

Vladis13 created T285027: "add_text,py" error.
Jun 16 2021, 2:05 AM · Pywikibot

May 13 2021

Vladis13 added a comment to T132308: Internationalise citoid dates.

Sure, calendar algorithms, like Julian day as well as Unix time are beyond the scope of ISO.
It seems to be correct to keep the date as given in the printed source (let it be Julian "44-03-15" BC), without the Gregorian conversion variations. E. g. Wikidata birthdays: d:Q1048, d:Q5592. Will the date format have a code (like "J") about the calendar being used? Current #time supports codes for multiple calendars, excluding Julian.

May 13 2021, 5:14 PM · User-notice, User-Josve05a, VisualEditor, Citoid
Vladis13 added a comment to T132308: Internationalise citoid dates.

Is the date format will has a mark to indicate which the calendar used? As a kind of wiki extension to the EDTF format. Like, Julian date "J44-03-15".
Or will need to keep specifying an additional tag about the date calendar? Like a string description in the text next to the date, an additional parameter in templates, a switch / qualifier in the Wikidata properties.

May 13 2021, 5:43 AM · User-notice, User-Josve05a, VisualEditor, Citoid

May 10 2021

Vladis13 added a comment to T132308: Internationalise citoid dates.

The community of Python language hasn't heard of EDTF either. stackoverflow, docs.python.org, supported format-codes. The size of this community is almost larger than that of Javascript and Php (on which the Wiki is written). Pywikibot is written in Python.
So, can be sure that the generally programming languages will not adopt the standard in the coming years.

May 10 2021, 3:18 AM · User-notice, User-Josve05a, VisualEditor, Citoid

Apr 9 2021

Vladis13 added a comment to T279753: MySQL: AttributeError: 'Cursor' object has no attribute 'cursor.

Thanks you.

Apr 9 2021, 3:50 PM · Pywikibot
Vladis13 added a comment to T279753: MySQL: AttributeError: 'Cursor' object has no attribute 'cursor.

Was Pwb 3.0.dev0 (this version number did not change until this year for several years, although Pwb itself was regularly updated, probably it was a bug) → 6.0.1
PyMySQL 0.9.3 → 1.0.2
Python 3.7.

Apr 9 2021, 8:14 AM · Pywikibot
Vladis13 added a comment to T279753: MySQL: AttributeError: 'Cursor' object has no attribute 'cursor.

I updated pywikibot and pymysql and it worked.
I think, need to add check for the version of pymysql to pywikibot/data/mysql.py, and revert the code for support version <1.0.0. Or at least a notification that bots developers need to update pymysql.

Apr 9 2021, 3:33 AM · Pywikibot
Vladis13 created T279753: MySQL: AttributeError: 'Cursor' object has no attribute 'cursor.
Apr 9 2021, 2:53 AM · Pywikibot

Feb 14 2021

Vladis13 updated the task description for T274723: TypeError: mime param in api.Request() must not be boolean.
Feb 14 2021, 3:28 AM · Pywikibot
Vladis13 created T274723: TypeError: mime param in api.Request() must not be boolean.
Feb 14 2021, 3:21 AM · Pywikibot

Dec 9 2020

Vladis13 added a comment to T259687: Wikisource Export: Remove support for Wikilivres.

By the whois, the domain was paid until 2023, maybe the hosting too. It is a pity that its admins have not responding for about a year, there is no way to fix the site or find out the situation.

Dec 9 2020, 4:32 AM · WS Export, Community-Tech

Dec 8 2020

Vladis13 added a comment to T259687: Wikisource Export: Remove support for Wikilivres.

On Wikidata and https://en.wikisource.org/wiki/Help:Wikilivres written that the Wikilivres.org was closed in August 2019.

Dec 8 2020, 6:11 PM · WS Export, Community-Tech

Sep 19 2020

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

And this page was created by bureaucrat of ruWikisource today. https://ru.wikisource.org/wiki/%D0%91%D0%A1%D0%AD1/%D0%91%D0%B5%D0%BB%D0%BE%D1%80%D1%83%D1%81%D1%81%D0%B8%D1%8F How you can see, this also have the mark "unreviewed pages" with link to a page in NS Project that which technically can't be reviewed.

Без названия (1).jpeg (652×1 px, 119 KB)

Sep 19 2020, 12:36 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Aug 16 2020

Vladis13 added a comment to T186904: Install the extension Html2wiki in ru:Wikisource.

@Aklapper, yes this still wanted, But I don't understand why you write to me. Because I am not its developer, I have not even seen its code, and moreover, I have not used PHP for 5 years having switched to Python, and don't write MW-extentions.
The author abandoned support of the extension 3 years ago. This is all the information I can help.

Aug 16 2020, 3:50 PM · Russian-Sites, Wikimedia-Site-requests, MediaWiki-extensions-Html2Wiki

Apr 18 2020

Vladis13 closed T220752: Enable webfonts by default in UniversalLanguageSelector as Resolved.
Apr 18 2020, 7:19 PM · Wikimedia-Site-requests, Russian-Sites
Vladis13 added a comment to T220752: Enable webfonts by default in UniversalLanguageSelector .

Enabled. Although seems that the extension don't work ... But there is no time for testing and no support, and formally this is another task.

Apr 18 2020, 7:18 PM · Wikimedia-Site-requests, Russian-Sites

Mar 24 2020

Vladis13 renamed T248372: Critical exceptionl: local variable 'relative_filename' referenced before assignment from Critica exceptionl: local variable 'relative_filename' referenced before assignment to Critical exceptionl: local variable 'relative_filename' referenced before assignment.
Mar 24 2020, 6:55 AM · Pywikibot
Vladis13 created T248372: Critical exceptionl: local variable 'relative_filename' referenced before assignment.
Mar 24 2020, 6:54 AM · Pywikibot

Mar 23 2020

Vladis13 added a comment to T248277: Enable FlaggedRevs for NS "MediaWiki" and "File" of ruwikisource.

Seems, it's a bug in code. How can resolve or get around this issue?
Which code show the revision requirement for this NS?

Mar 23 2020, 12:39 AM · Russian-Sites, Wikimedia-Site-requests
Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

@Reedy, could you resolve this bug or disable the revision requirement for these NS?

Mar 23 2020, 12:36 AM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Mar 22 2020

Vladis13 added a comment to T248277: Enable FlaggedRevs for NS "MediaWiki" and "File" of ruwikisource.

T226054 The problem is that FlaggedRevs is already included in MediaWiki and you need to confirm revisions on a mass of pages. But this is not possible because the confirmation button is disabled. Can to approve this message from one page, but it will appear again and again, since Mediawiki pages cannot be patrolled.
During the year there was no solution to this problem.

Снимок экрана от 2020-03-23 01-43-25.png (478×1 px, 101 KB)
Снимок экрана от 2020-03-23 02-44-10.png (489×1 px, 110 KB)

Mar 22 2020, 11:54 PM · Russian-Sites, Wikimedia-Site-requests
Vladis13 renamed T248277: Enable FlaggedRevs for NS "MediaWiki" and "File" of ruwikisource from Enable FlaggedRevs for NS "MediaWiki" of ruwikisource to Enable FlaggedRevs for NS "MediaWiki" and "File" of ruwikisource.
Mar 22 2020, 11:37 PM · Russian-Sites, Wikimedia-Site-requests
Vladis13 created T248277: Enable FlaggedRevs for NS "MediaWiki" and "File" of ruwikisource.
Mar 22 2020, 11:36 PM · Russian-Sites, Wikimedia-Site-requests
Vladis13 renamed T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes from FlaggedRevs disabled for NS "Wikisource" and "File" but it still requiring reviews for transcludes to FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.
Mar 22 2020, 11:13 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites
Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

Also with NS MediaWiki.
I am administrator and created the MediaWiki:Encyclopedias_settings.json and MediaWiki:Wikiprojects settings.json pages, which are included in most ruWikisource pages of Main NS. Now, after edits on pages (seems, only new users' edits), appear the requirement to review these MediaWiki pages, but this imposible to do. Can to remove this message from one page, but it will appear again and again, since Mediawiki pages cannot be patrolled.

Снимок экрана от 2020-03-23 01-43-25.png (478×1 px, 101 KB)
Снимок экрана от 2020-03-23 02-44-10.png (489×1 px, 110 KB)

Mar 22 2020, 11:11 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Feb 28 2020

Vladis13 updated the task description for T246298: Ability to change a label name for new Wikidata items in Pywikibot.
Feb 28 2020, 3:18 PM · Pywikibot, Pywikibot-Wikidata

Feb 27 2020

Vladis13 updated the task description for T246298: Ability to change a label name for new Wikidata items in Pywikibot.
Feb 27 2020, 12:24 AM · Pywikibot, Pywikibot-Wikidata
Vladis13 updated the task description for T246298: Ability to change a label name for new Wikidata items in Pywikibot.
Feb 27 2020, 12:23 AM · Pywikibot, Pywikibot-Wikidata

Feb 26 2020

Vladis13 created T246298: Ability to change a label name for new Wikidata items in Pywikibot.
Feb 26 2020, 11:49 PM · Pywikibot, Pywikibot-Wikidata

Jan 15 2020

Vladis13 added a comment to T242316: HTTP 404 for several images in page namespace on different wikisource projects.

The hotfix works on broken Russian Wikisource images. https://ru.wikisource.org/wiki/%D0%A1%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0:%D0%95%D0%B2%D1%82%D0%B8%D0%B4%D0%B5%D0%BC_(%D0%9F%D0%BB%D0%B0%D1%82%D0%BE%D0%BD,_1878).pdf/57, https://ru.wikisource.org/w/index.php?title=%D0%A1%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0:%D0%A2%D0%B8%D0%BC%D0%B5%D0%B9_%D0%B8_%D0%9A%D1%80%D0%B8%D1%82%D0%B8%D0%B9_(%D0%9F%D0%BB%D0%B0%D1%82%D0%BE%D0%BD,_%D0%9C%D0%B0%D0%BB%D0%B5%D0%B2%D0%B0%D0%BD%D1%81%D0%BA%D0%B8%D0%B9).pdf/308

Jan 15 2020, 10:45 PM · MediaWiki-extensions-PdfHandler, All-and-every-Wikisource

Jan 14 2020

Vladis13 created T242691: Missing images of the scan. They are not displayed in Wikisource in the view and editor modes..
Jan 14 2020, 12:05 AM · All-and-every-Wikisource, ProofreadPage, Commons

Nov 27 2019

Vladis13 added a comment to T186904: Install the extension Html2wiki in ru:Wikisource.

As far as I understand, this extension is not active and abandoned, because the author did not saw interest of community. I don't understand why my suggestion to call interest of community to it caused your questions.

Nov 27 2019, 1:17 PM · Russian-Sites, Wikimedia-Site-requests, MediaWiki-extensions-Html2Wiki

Nov 25 2019

Vladis13 added a comment to T186904: Install the extension Html2wiki in ru:Wikisource.

@freephile, could you add your extention on https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2020/Wikisource?

Nov 25 2019, 9:39 PM · Russian-Sites, Wikimedia-Site-requests, MediaWiki-extensions-Html2Wiki

Aug 12 2019

Vladis13 added a comment to T220752: Enable webfonts by default in UniversalLanguageSelector .

I removed Wikipedia from the commit, remains only Wikisources there.

Aug 12 2019, 1:46 AM · Wikimedia-Site-requests, Russian-Sites

Aug 11 2019

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

It do, I think. This problem was not until was disabled FlaggedRevs for NS "Wikisourse". And there don't using [[{{LOCALDAY}}. {{LOCALMONTHNAME}}]] [[{{LOCALYEAR}}]] {{#time}} unlike T119366.
Also, the unupdated version shows as stabilized: https://ru.wikisource.org/w/index.php?title=Заглавная_страница&stable=1. I tried to disable stabilisation for Main page, but problem still, because a transcludion can' be reviewed, as I wrote in this task.

Aug 11 2019, 11:54 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites

Aug 10 2019

Vladis13 added a comment to T226054: FlaggedRevs disabled for NS "Wikisource", "MediaWiki" and "File" but it still requiring reviews for transcludes.

On the Main page of https://ru.wikisource.org for unlogged readers still showing old News. It doesn't updating. (They placed in NS "Wikisource" and can't be revieved for show.) What to do?

Aug 10 2019, 9:59 PM · User-Ladsgroup, MediaWiki-extensions-FlaggedRevs, Russian-Sites