[Pywikibot-commits] [Gerrit] ...core[master]: [doc] Fix Sphinx directive

jenkins-bot has submitted this change. ( https://gerrit.wikimedia.org/r/c/pywikibot/core/+/1016782?usp=email ) Change subject: [doc] Fix Sphinx directive .. [doc] Fix Sphinx directive Change-Id:

[pywikibot] Re: Path between a category and an article

Hi Binaris, I think you can use category_graph.py script [1] to find out the category path. Best xqt [1] https://doc.wikimedia.org/pywikibot/master/scripts/categories.html#category-graph-script > Am 03.04.2024 um 17:17 schrieb Bináris : > >  > Hi, > > given a category c and a page p, p is

[Pywikipedia-bugs] [Maniphest] [Commented On] T360837: Pywikibot UploadRobot should have a method to retrieve file name after change

gerritbot added a comment. Change #1015990 **merged** by jenkins-bot: [pywikibot/core@master] [IMPR} Add a post_processing attribute to UploadRobot https://gerrit.wikimedia.org/r/1015990 TASK DETAIL https://phabricator.wikimedia.org/T360837 EMAIL PREFERENCES

[Pywikibot-commits] [Gerrit] ...core[master]: [IMPR} Add a post_processing attribute to UploadRobot

jenkins-bot has submitted this change. ( https://gerrit.wikimedia.org/r/c/pywikibot/core/+/1015990?usp=email ) Change subject: [IMPR} Add a post_processing attribute to UploadRobot .. [IMPR} Add a post_processing attribute to

[pywikibot] Re: Path between a category and an article

I once went down a similar rathole. I was trying to find all article which were (recursively) in Category:Music. That's when I discovered just what a mess the wiki category graph is. At first glance, it looks like a tree, but it's not. It's not even a DAG. It has cycles! And not just "it

[pywikibot] Path between a category and an article

Hi, given a category c and a page p, p is listed in c.articles(recurse=True) But is shouldn't... And I don't know the depth of it. Is there a simple way to find a path between them, and guess, why is the page in the category? (I spent 10 minutes with manual trying, total fail.) -- Bináris

[Pywikipedia-bugs] [Maniphest] [Commented On] T359766: pywikibot.handle_args() shouldn't be used within private scripts

gerritbot added a comment. Change #1016793 **merged** by jenkins-bot: [pywikibot/core@master] [doc] Add admoniton and hint for pywikibot.handle_args() usage https://gerrit.wikimedia.org/r/1016793 TASK DETAIL https://phabricator.wikimedia.org/T359766 EMAIL PREFERENCES

[Pywikibot-commits] [Gerrit] ...core[master]: [doc] Add admoniton and hint for pywikibot.handle_args() usage

jenkins-bot has submitted this change. ( https://gerrit.wikimedia.org/r/c/pywikibot/core/+/1016793?usp=email ) Change subject: [doc] Add admoniton and hint for pywikibot.handle_args() usage .. [doc] Add admoniton and hint for

[Pywikipedia-bugs] [Maniphest] [Updated] T352237: delinker.py script of pywikibot can't solve those deleted files comes with no extension

Xqt added a project: Pywikibot-Scripts. TASK DETAIL https://phabricator.wikimedia.org/T352237 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Enag2000, Xqt Cc: Xqt, JJMC89, Aklapper, pywikibot-bugs-list, Aram, mevo, PotsdamLamb, Jyoo1011,

[Pywikipedia-bugs] [Maniphest] [Commented On] T352237: delinker.py script of pywikibot can't solve those deleted files comes with no extension

Xqt added a comment. I think there should be a fallback somehow from FilePage to Page object in such case. TASK DETAIL https://phabricator.wikimedia.org/T352237 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Enag2000, Xqt Cc: Xqt, JJMC89,

[Pywikipedia-bugs] [Maniphest] [Closed] T359766: pywikibot.handle_args() shouldn't be used within private scripts

Xqt closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T359766 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Aklapper, pywikibot-bugs-list, Xqt, mevo, Isabelladantes1983, Themindcoder, Adamm71, Jersione,

[Pywikipedia-bugs] [Maniphest] [Updated] T359766: pywikibot.handle_args() shouldn't be used within private scripts

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T359766 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt, gerritbot Cc: Aklapper, pywikibot-bugs-list, Xqt, mevo, Isabelladantes1983, Themindcoder,

[Pywikipedia-bugs] [Maniphest] [Commented On] T359766: pywikibot.handle_args() shouldn't be used within private scripts

gerritbot added a comment. Change #1016793 had a related patch set uploaded (by Xqt; author: Xqt): [pywikibot/core@master] [doc] Add admoniton and hint for pywikibot.handle_args() usage https://gerrit.wikimedia.org/r/1016793 TASK DETAIL https://phabricator.wikimedia.org/T359766

[Pywikipedia-bugs] [Maniphest] [Commented On] T360837: Pywikibot UploadRobot should have a method to retrieve file name after change

Ninovolador added a comment. Even though a dictionary with, 100,000 entries with 300 bytes per file_url/filename would use 30MB of memory. Hardly an issue if you want to upload 100,000 files at once. TASK DETAIL https://phabricator.wikimedia.org/T360837 EMAIL PREFERENCES

[Pywikipedia-bugs] [Maniphest] [Closed] T253591: page generators can truncate responses when there is excessive metadata (e.g. DjVu/PDF files)

Ninovolador closed this task as "Resolved". Ninovolador added a comment. My bad TASK DETAIL https://phabricator.wikimedia.org/T253591 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mpaa, Ninovolador Cc: Ninovolador, ShakespeareFan00,

[Pywikipedia-bugs] [Maniphest] [Unblock] T308258: Pywikibot 8 tasks (Tracking)

Ninovolador closed subtask T253591: page generators can truncate responses when there is excessive metadata (e.g. DjVu/PDF files) as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T308258 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt,

[Pywikipedia-bugs] [Maniphest] [Closed] T360837: Pywikibot UploadRobot should have a method to retrieve file name after change

Ninovolador closed this task as "Resolved". Ninovolador added a comment. Ok TASK DETAIL https://phabricator.wikimedia.org/T360837 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt, Ninovolador Cc: Xqt, Aklapper, pywikibot-bugs-list,

[Pywikipedia-bugs] [Maniphest] [Claimed] T359766: pywikibot.handle_args() shouldn't be used within private scripts

Xqt claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T359766 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Aklapper, pywikibot-bugs-list, Xqt, mevo, PotsdamLamb, Jyoo1011, JohnsonLee01, SHEKH, Dijkstra, Khutuck, Zkhalido,

[Pywikipedia-bugs] [Maniphest] [Commented On] T253591: page generators can truncate responses when there is excessive metadata (e.g. DjVu/PDF files)

Xqt added a comment. @Ninovolador : What is your Python release. Could you please describe this issue a bit more because there was a change made in Pywikibot 8.6 which should have been solved it. TASK DETAIL https://phabricator.wikimedia.org/T253591 EMAIL PREFERENCES

[Pywikipedia-bugs] [Maniphest] [Commented On] T233608: cannot use delete.py despite being admin on a wiki

revi added a comment. (For the record: I don't do PAWS for a sensitive rights such as `delete.py` — especially that I was a steward at that moment I preferred doing almost everything on my device — but yeah can't repro now) TASK DETAIL https://phabricator.wikimedia.org/T233608 EMAIL

[Pywikipedia-bugs] [Maniphest] [Closed] T233608: cannot use delete.py despite being admin on a wiki

Xqt closed this task as "Resolved". Xqt claimed this task. Xqt added a comment. probably a remaining PAWS issue. Closing this. TASK DETAIL https://phabricator.wikimedia.org/T233608 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc:

[Pywikipedia-bugs] [Maniphest] [Closed] T298892: script_tests.TestScriptSimulate.speedy_delete somtimes fails when the user is not logged in

Xqt closed this task as "Resolved". Xqt claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T298892 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Aklapper, Xqt, pywikibot-bugs-list, mevo, PotsdamLamb, Jyoo1011, JohnsonLee01,

[Pywikipedia-bugs] [Maniphest] [Updated] T274524: test_speedy_delete fails in -simulate mode due to test user is not logged in

Xqt closed this task as a duplicate of T298892: script_tests.TestScriptSimulate.speedy_delete somtimes fails when the user is not logged in. TASK DETAIL https://phabricator.wikimedia.org/T274524 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt

[Pywikipedia-bugs] [Maniphest] [Merged] T298892: script_tests.TestScriptSimulate.speedy_delete somtimes fails when the user is not logged in

Xqt merged a task: T274524: test_speedy_delete fails in -simulate mode due to test user is not logged in. TASK DETAIL https://phabricator.wikimedia.org/T298892 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Aklapper, Xqt,

[Pywikipedia-bugs] [Maniphest] [Declined] T72652: {{speedydelete}} template at Page.delete should be localized

Xqt closed this task as "Declined". Xqt added a comment. This is a compat issue only. TASK DETAIL https://phabricator.wikimedia.org/T72652 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Xqt, pywikibot-bugs-list, Liuxinyu970226, mevo,

[Pywikipedia-bugs] [Maniphest] [Declined] T72651: generic {{delete}} template in casechecker.py should be localized

Xqt closed this task as "Declined". Xqt added a comment. casechecker script was dropped. TASK DETAIL https://phabricator.wikimedia.org/T72651 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Dvorapa, Aklapper, Xqt, pywikibot-bugs-list,

[Pywikipedia-bugs] [Maniphest] [Retitled] T359766: pywikibot.handle_args() shouldn't be used within private scripts

Xqt renamed this task from "pywikibot.handle_args() shouldn't be use d within private scripts" to "pywikibot.handle_args() shouldn't be used within private scripts". TASK DETAIL https://phabricator.wikimedia.org/T359766 EMAIL PREFERENCES

[Pywikipedia-bugs] [Maniphest] [Closed] T70659: imagetransfer fails badly if specified page does not begin with correct namespace

Xqt closed this task as "Resolved". Xqt claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T70659 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Xqt, Dvorapa, gerritbot, Aklapper, jayvdb, Ricordisamoa, pywikibot-bugs-list,

[Pywikipedia-bugs] [Maniphest] [Commented On] T70659: imagetransfer fails badly if specified page does not begin with correct namespace

Xqt added a comment. The first issue is solved: D:\pwb\GIT\core>pwb.py -simulate imagetransfer -family:wikipedia -lang:en "Joachim_Holst-Jensen_1923.jpg" WARNING: Page [[en:Joachim Holst-Jensen 1923.jpg]] does not exist on wikipedia:en. 1 skip operation Execution

[Pywikipedia-bugs] [Maniphest] [Updated] T70659: imagetransfer fails badly if specified page does not begin with correct namespace

Xqt added a project: TestMe. TASK DETAIL https://phabricator.wikimedia.org/T70659 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Xqt Cc: Dvorapa, gerritbot, Aklapper, jayvdb, Ricordisamoa, pywikibot-bugs-list, Mpaa, mevo, PotsdamLamb, Jyoo1011,

[Pywikipedia-bugs] [Maniphest] [Commented On] T360837: Pywikibot UploadRobot should have a method to retrieve file name after change

Xqt added a comment. Having a UploadRobot dict attribute is to special for a framework; this might lead to unnecessary memory exhausting if you load a images from generator. I think a interface is an appropriate way to do this. Another way would be using the lower level method `upload_file`

[Pywikipedia-bugs] [Maniphest] [Commented On] T360837: Pywikibot UploadRobot should have a method to retrieve file name after change

Xqt added a comment. Having a UploadRobot dict attribute is to special for a framework; this might lead to unnecessary memory exhausting if you load a images from generator. I think a interface is an appropriate way to do this. Another way would be using the lower level method `upload_file`