Rubin16 created this task.
Rubin16 added subscribers: pywikipedia-bugs, Rubin16.
Rubin16 added a project: pywikibot-core.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
It is quite a strange problem that I observe for a long time and I am not sure how to reproduce it...
I am running the latest reflinks.py from core on Labs:
https://ru.wikipedia.org/w/index.php?limit=50&tagfilter=&title=Служебная%3A…
As you can see from the bot's contributions, the bot starts working well but then stop editing while logs on the labs show that the script is still running and the bot even saves pages...
For example, I see in the recent output the following:
```
@@ -57 +57 @@
- Na sed'moj den' s"лmok v ofise odnoj iz kinokompanij, osushchestvlyayushchikh proizvodstvo fil'ma, prorvalo trubu, i ofis byl zatoplen. Stoit otmetit', chto syuzhet i sobytiya fil'ma tesno svyazany s vodnoj sredoj. Odnako na иtom strannye sluchai ne konchilis': vo vremya s"лmok rekvizitnyj furgon «okkupiroval» roj pchлl, v svyazi s иtim ves' rekvizit prishlos' spasat'. Pchлly ischezli tak zhe vnezapno, kak i poyavilis'. Takzhe v uzhe upomyanutom ofise opyat' proizoshlo zatoplenie - na иtot raz vinovnikom иtogo stal razlivshijsya bol'shoj kontejner s vodoj. Strannyj sluchaj proizoshлl i s kostyumershej fil'ma - vyjdya s parkovki, nakhodyashchejsya na territorii studii ''[[Universal Pictures]]'', ona uvidela begushchego k nej po asfal'tu olenya. V иtom sluchae takzhe proslezhivaetsya svyaz' s sobytiyami fil'ma, gde mozhno videt' pokhozhuyu scenu.<ref name="amr">[http://www.kinopoisk.ru/level/1/film/61305/view_info/ok/ Informaciya o fil'me na kinopoisk.ru]</ref>
Suevernyj Khidиo Nakata posle podobnykh proisshestvij pribegal k ritualu izgnaniya zlykh dukhov. ***
+ Na sed'moj den' s"лmok v ofise odnoj iz kinokompanij, osushchestvlyayushchikh proizvodstvo fil'ma, prorvalo trubu, i ofis byl zatoplen. Stoit otmetit', chto syuzhet i sobytiya fil'ma tesno svyazany s vodnoj sredoj. Odnako na иtom strannye sluchai ne konchilis': vo vremya s"лmok rekvizitnyj furgon «okkupiroval» roj pchлl, v svyazi s иtim ves' rekvizit prishlos' spasat'. Pchлly ischezli tak zhe vnezapno, kak i poyavilis'. Takzhe v uzhe upomyanutom ofise opyat' proizoshlo zatoplenie - na иtot raz vinovnikom иtogo stal razlivshijsya bol'shoj kontejner s vodoj. Strannyj sluchaj proizoshлl i s kostyumershej fil'ma - vyjdya s parkovki, nakhodyashchejsya na territorii studii ''[[Universal Pictures]]'', ona uvidela begushchego k nej po asfal'tu olenya. V иtom sluchae takzhe proslezhivaetsya svyaz' s sobytiyami fil'ma, gde mozhno videt' pokhozhuyu scenu.<ref name=autogenerated1>[http://www.kinopoisk.ru/level/1/film/61305/view_info/ok/ Informaciya o fil'me na
kinopoisk.ru]</ref> Suevernyj Khidиo Nakata posle podobnykh proisshestvij pribegal k ritualu izgnaniya zlykh dukhov. ***
Comment: bot: dobavlenie zagolovkov v snoski; ispravlenie dvojnykh snosok, sm. [[mw:Manual:Pywikibot/refLinks|ChaVo]] ***
```
That's the edit in the following article:
https://ru.wikipedia.org/w/index.php?title=%D0%97%D0%B2%D0%BE%D0%BD%D0%BE%D…
Though the bot says that the page was edited, there was no actual changes in the history.
I am gonna clean up the logs and start the bot again but if you have advice how to catch the problems and the issue, I will be glad to use your instructions.
For information: I run the bot by the following command:
```
jsub -N reflinks -once -continuous -mem 2048M sh refs.sh
```
TASK DETAIL
https://phabricator.wikimedia.org/T94688
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Rubin16
Cc: Aklapper, Rubin16, jayvdb, pywikipedia-bugs
XZise created this task.
XZise added subscribers: XZise, jayvdb.
XZise added projects: pywikibot-core, Pywikibot-compat-to-core.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
Hi, the code should use `unicode_literals` throughout to avoid using `u'…'` which is one the reasons why Python 3 versions before 3.3 aren't supported. @jayvdb said somewhere (determine), that he'd prefer to do that in one go. I suggest to atleast do it in all new code, so that changing `u'…'` into `'…'` won't break git blame for those files when it's introduced later. It is possible to use `u'…'` on conjunction with `unicode_literals`, but that could confuse newcomers into thinking that `u'…'` is necessary.
TASK DETAIL
https://phabricator.wikimedia.org/T89589
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: XZise
Cc: jayvdb, Aklapper, XZise, droid, pywikipedia-bugs
XZise created this task.
XZise added subscribers: XZise, jayvdb.
XZise added projects: pywikibot-core, Pywikibot-tests.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
As seen in https://gerrit.wikimedia.org/r/#/c/137802/18..19/tests/textlib_tests.py,cm the tests with the second parameter won't work on Jenkins because of the following:
ValueError: no such test method in <class 'tests.textlib_tests.TestReplaceLinks'>: wrapped_method
TASK DETAIL
https://phabricator.wikimedia.org/T96503
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: XZise
Cc: jayvdb, Aklapper, XZise, pywikipedia-bugs
GOIII added a subscriber: GOIII.
GOIII added a comment.
In https://phabricator.wikimedia.org/T66853#1187109, @Mpaa wrote:
> Actually one possible use case is when Pages have been created from an old version of djvu file, then a new djvu with an improved text layer and Page is available and content needs to be overwritten. Maybe quite a remote use case ...
That's bordering on laughable. I myself have blindly bot created entire thousand page+ Index:es of generally worthless OCR'd crap not knowing any better in my early WS days and can attest most everyone with any time under their belt has done the same at some point or another too. I know skipping the current deletion step needed to replace inferior OCR's text after a source file replacement would be useful regardless of how many people actually go back and do something about these 'poor decision' cases.
TASK DETAIL
https://phabricator.wikimedia.org/T66853
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: GOIII
Cc: GOIII, Nemo_bis, jayvdb, valhallasw, Ricordisamoa, Ladsgroup, Billinghurst, Mpaa, droid, pywikipedia-bugs
Strainu added a comment.
Added a new patch for review at https://gerrit.wikimedia.org/r/#/c/205023/
Turns out retrieving the page each time I want the editTime is not really OK for me. This patch also changes the default as I believe it is better to use cached values whenever possible.
TASK DETAIL
https://phabricator.wikimedia.org/T56555
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Strainu
Cc: Legoktm, jayvdb, Ricordisamoa, Ladsgroup, Strainu, GWicke, pywikipedia-bugs