whym added a comment.
@Xqt You are right, the patch works as described in this task's description.
I only skimmed the code and misunderstood how it works. (I should have tested
it at least before commenting, sorry.)
TASK DETAIL
https://phabricator.wikimedia.org/T314560
EMAIL PREFERENCES
whym updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T314560
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Xqt, whym
Cc: Aklapper, pywikibot-bugs-list, whym, Hellket777, 786, Biggs657,
PotsdamLamb, Jyoo1011
whym added a comment.
> Is this the same as T312773 <https://phabricator.wikimedia.org/T312773>?
No, although the two may achieve similar results. The method describe here
will preserve whatever the original order was, while the other task's case the
bot will rearrange threads
whym updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T314560
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: Aklapper, pywikibot-bugs-list, whym, MJL
___
pywikibot-bugs
whym created this task.
whym added a project: Pywikibot-archivebot.py.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
**Feature summary** (what you would like to be able to do and where):
When humans archive threads, they may cut and paste one big
whym updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T312773
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: Xqt, Aklapper, whym, pywikibot-bugs-list, Jyoo1011, JohnsonLee01, SHEKH,
Dijkstra, Khutuck, Zkhalido
whym renamed this task from "archivebot: allow sorting threads by the first
post in the section, instead of the last" to "archivebot: allow sorting threads
by the first post in the section".
whym updated the task description.
TASK DETAIL
https://phabricator.wikimedi
whym added a comment.
You are right, saying the current behavior is to sort by the last post is
wrong. I will change the description and the title.
I believe threads archived in different iterations are not necessarily sorted
(at least not by the first post in the thread). I don't see
whym created this task.
whym added projects: Pywikibot-archivebot.py, Pywikibot.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
Threads in the original discussion page are often sorted by the first post of
each thread, not the last post. It might
whym added a comment.
Yes, let's close. It might have been slightly better if we made the bahavior
configurable, but after 4+ years, I guess the benefit of doing so now is little
to none. (Most people would not be using the older versions of MediaWiki any
more.)
TASK DETAIL
https
whym created this task.
whym added a project: Pywikibot-archivebot.py.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
Restricted Application added a project: Pywikibot.
TASK DESCRIPTION
There is an upper limit to the size of a page. Archive pages can be too large
whym added a comment.
Note to @Jeff_G: you might still see the bug on Commons, but that's
expected. It might take some time before I update ArchiverBot@Commons to
reflect the bug fix. (Maybe next weekend.)
TASK DETAIL
https://phabricator.wikimedia.org/T220828
EMAIL PREFERENCES
https
whym created this task.
whym added a project: Pywikibot-textlib.py.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
Restricted Application added a project: Pywikibot.
TASK DESCRIPTION
It looks like even
extract_sections('', site)
causes an infinite loop
whym created this task.
whym added a project: Pywikibot-archivebot.py.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
Restricted Application added a project: Pywikibot.
TASK DESCRIPTION
In
https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump=prev
whym added a comment.
Sorry, the link in the description was not adequate - it was done before I
updated Pywikibot. I replaced it with newer examples.
TASK DETAIL
https://phabricator.wikimedia.org/T220828
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
whym updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T220828
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: Xqt, Dvorapa, pywikibot-bugs-list, Aklapper, whym, Jeff_G, MattLongCT,
Wenyi, Tbscho, MayS, Mdupont
whym updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T220828
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: Xqt, Dvorapa, pywikibot-bugs-list, Aklapper, whym, Jeff_G, MattLongCT,
Wenyi, Tbscho, MayS, Mdupont
whym added a comment.
@Dvorapa in which commit was it fixed?
https://commons.wikimedia.org/w/index.php?title=Commons_talk:Structured_data=prev=345635841
was done using this version: b77a0534576bca6556a92081bd8b0fdb532a645b
<https://phabricator.wikimedia.
whym added a project: Pywikibot-archivebot.py.
Restricted Application added a subscriber: pywikibot-bugs-list.
Restricted Application added a project: Pywikibot.
TASK DETAIL
https://phabricator.wikimedia.org/T220828
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
whym added a comment.
If the two time scales are still needed, I would suggest using longer forms ('600min' and '2mon'') or full spells ('600minute' and '2month', not sure if it should be plural or we should support both). The only problem for me was that it was confusing to have to distinguish
whym added a comment.
I think so, unless there are still plans/needs for supporting minute and month.TASK DETAILhttps://phabricator.wikimedia.org/T147739EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Xqt, whymCc: Dvorapa, whym, gerritbot, Aklapper, Xqt
whym updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...The new parameter (e.g. -defaults:MediaWiki:Archivebotconfig.json) accepts a wiki page title, not a local file on the server side. This is more flexible for the wiki community to update settings, and easier
whym added a comment.
@Tacsipacsi Do you think T191901 addresses that? Allowing to set a wiki-wide default setting sounds like a good idea, but a separate one.TASK DETAILhttps://phabricator.wikimedia.org/T72249EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
whym created this task.whym added a project: Pywikibot-archivebot.py.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONIt is common to use the same or similar set of values for the marker template of archivebot on a certain wiki. We could add an argument for the script
whym added a comment.
In T72249#4114632, @binbot wrote:
some delay may be neccessary and should be implemented (we don't want people to mark sections as done at 2:00 am and the bot to archive them at 3:00 am before anybody could have seen the changes). I think it So "algo = old(30d) OR m
whym added a comment.
I added some details into the description which might help people implement this idea.TASK DETAILhttps://phabricator.wikimedia.org/T72249EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Legoktm, valhallasw, Xqt, Dvorapa, Mpaa
whym updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Thanks for your consideration of this suggestion.
---
Tentative specification:
The algo parameter currently accepts the syntax "algo = old(30d)" only. It could be enhanced to accept more complex arguments
whym created this task.whym added a project: Pywikibot-login.py.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONIt appears that Pywikibot does not support auto-creation of local accounts under SUL. Auto-creation happens on someone's first visit to a SUL-connected wiki when
whym created this task.whym added a project: Pywikibot-archivebot.py.Herald added subscribers: pywikibot-bugs-list, jeblad, Aklapper.
TASK DESCRIPTIONExample:
https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump=270820733=270794820
In the example above, essentially, the first
whym added a comment.
Re: GCI: it appears that GCI expects a participant to solve many small and beginner friendly tasks during the period, not one large project:
The organizations create a large list of short (3-5 hour) tasks for students to work on. (https://developers.google.com/open-source
whym removed murfel as the assignee of this task.whym added a comment.
In T119791#2018340, @murfel wrote:
I'll take that into account if I manage to get to this. (Anyone else should feel free to overtake this task.)
Since it sounds like you are not actively working on it, I'll remove you from
whym added a comment.
Not sure if we want to remove the timezone requirement from parsing. We want to discriminate timestamps from other mentions of date and time. An explicitly written timezone symbol is an indication that it's probably not a part of a normal sentence.
TimeStripper is (sometimes
whym created this task.whym added a project: Pywikibot-archivebot.py.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONSignatures are sometimes added using templates which are not (and should not be) substituted, instead of the syntax, typically when they are intended
whym closed this task as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T110107EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Mpaa, whym, Aklapper, JAnD, pywikibot-bugs-list___
pywi
whym added a project: Pywikibot-archivebot.py.
TASK DETAILhttps://phabricator.wikimedia.org/T57175EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Legoktm, pywikibot-bugs-list, jayvdb___
pywikibot-bugs
whym added a project: Pywikibot-archivebot.py.
TASK DETAILhttps://phabricator.wikimedia.org/T57223EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Legoktm, pywikibot-bugs-list, jayvdb___
pywikibot-bugs
whym added a project: Pywikibot-archivebot.py.
TASK DETAILhttps://phabricator.wikimedia.org/T57187EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Legoktm, whym, pywikibot-bugs-list, jayvdb___
pywikibot-bugs
whym added a project: Pywikibot-archivebot.py.
TASK DETAILhttps://phabricator.wikimedia.org/T57186EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Legoktm, pywikibot-bugs-list, Mpaa, jayvdb___
pywikibot-bugs
whym added a project: Pywikibot-archivebot.py.
TASK DETAILhttps://phabricator.wikimedia.org/T57178EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Legoktm, valhallasw, pywikibot-bugs-list, jayvdb___
pywikibot
whym added a comment.
Isn't it confusing to have 'm' and 'M' for different meanings? Do we have requests from other users to implement 'M' (months)?TASK DETAILhttps://phabricator.wikimedia.org/T147739EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Xqt, whymCc
whym added a comment.
Better yet, I think {{:Special:PrefixIndex/{{PAGENAME}}/Archives/}} should work on a wide variety of subpage schema?
Speaking about that, there may be a simpler solution. You could simply modify the content of [[User:MiszaBot/config]] to include such a link
whym added a comment.
I can't think of a case where we would want to allow auto archiving if the archive page to be created would have no incoming link from the original page.
Some wikis might have other means to add links to subpages dynamically. I can think of an automatically-loaded site
whym added a comment.
An ideal implementation would have to resolve issues such as:
How can we automatically decide the location {{archive box auto}} in the wiki text of the talk page? Under which templates, or can it always be at the very top? Should it be specified via a template parameter
whym added a comment.
See also T148013.TASK DETAILhttps://phabricator.wikimedia.org/T149476EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Aklapper, pywikibot-bugs-list, whym, Elvey___
pywikibot-bugs mailing
whym created this task.whym added a project: Pywikibot-archivebot.py.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONArchivebot moves old comments from the main talk page to subpages. In doing so, the bot should ensure the subpages are linked from the main talk page so
whym added a project: Pywikibot-OAuth.
TASK DETAILhttps://phabricator.wikimedia.org/T93352EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: VcamX, whymCc: VcamX, pywikibot-bugs-list, csteipp, MZMcBride, valhallasw, jayvdb, Krinkle, Halfak, Ricordisamoa, Qgil
whym changed the title from "archivebot should not archive if the archive page to be created would have no incoming link from the original page" to "Provide an option to prevent archiving if the archive page to be created would have no incoming link from the original page&quo
whym created this task.whym added a project: Pywikibot-archivebot.py.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONThis task is based on @Elvey's comment: https://meta.wikimedia.org/w/index.php?diff=15978644=15801003
Several points to consider:
Should orphaned archive
whym changed the title from "webservice page is no longer valid for nowcommons.py" to "Restore a tool for nowcommons.py to find duplicated images based on file hashes".whym edited the task description. (Show Details)
EDIT DETAILSThere used to be a Toolserver tool t
whym added a comment.
@Prod: you are right, it was my oversight. Do you want to submit it as a patch using Gerrit? If you can, I will be able to quickly merge it.TASK DETAILhttps://phabricator.wikimedia.org/T147615EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
whym added a comment.
Thanks for the clarification.
I am guessing that its function was to generate a list of potentially duplicated images between a local site and the repository (Commons) site based on the match of hash values derived from the image bytes. If that is correct, I think
whym added a comment.
@Multichill: any chance you can comment on the status of the webservice? Do we understand it correctly that it isn't/won't be restored?TASK DETAILhttps://phabricator.wikimedia.org/T132303EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
whym added a comment.
let's see if some errors appear in the next run.
What was the result?TASK DETAILhttps://phabricator.wikimedia.org/T140989EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: whym, Mpaa, Xqt, jayvdb, Aklapper, MarcoAurelio, pywikibot
whym added subscribers: Euku, whym.whym added a comment.
I wonder if @Euku (developer of SpBot) can contribute to archivebot.py, or at least publish SpBot's source code so that we can reuse/learn from it.TASK DETAILhttps://phabricator.wikimedia.org/T72249EMAIL PREFERENCEShttps
whym added a comment.
@MarcoAurelio It looks like your i18n files are old. Recent edits should have fixed it. Can you try `git submodule update`?
See https://www.mediawiki.org/wiki/Manual:Pywikibot/Gerrit#For_users for more.TASK DETAILhttps://phabricator.wikimedia.org/T140989EMAIL
whym closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144275EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Xqt, whymCc: gerritbot, Aklapper, pywikibot-bugs-list, Xqt, MayS, Lewizho99, Mdupont, JJMC89, Maathav
whym added a comment.
What does "an alternative translation" mean here?
Found myself, sorry. I believe this is about fallback chains between languages such as "zh-classical, ... -> zh, ..." written in i18n._altlang(), plus English as default.TASK DETAILhttps://ph
whym added a project: Pywikibot-i18n.
TASK DETAILhttps://phabricator.wikimedia.org/T143217EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: valhallasw, whymCc: whym, Mpaa, Xqt, valhallasw, Aklapper, MarcoAurelio, pywikibot-bugs
whym added a comment.
I just realized that the issue is not only that the translation fails but also that pywikibot breaks because of that. It should just fall back to an alternative translation.
What does "an alternative translation" mean here? When a localized string contains wrong/
whym added a comment.
Xqt's comment above was presumably about https://gerrit.wikimedia.org/r/#/c/293957/ (sorry for not linking this earlier here.)
I have replied there, as it was more relevant to the code I submitted there than the crash issue discussed here.TASK DETAILhttps
whym added a subscriber: Xqt.whym added a comment.
@Xqt said that:
I am a bit unsure about this patch because it is a breaking change and conf parameter to the affected classes is mandatory even it is a names parameter. Without the setting parameter the script wouldn't work. Otherwise it's only
whym added a comment.
I don't know the answers to the questions, but here is what I suggest.
A simple solution would be to treat all older wikis as "normalization off" and keep crashing for them when unexpected normalization happens. We know at least that that will not make things wors
whym added a comment.
The variables $wgFixArabicUnicode, $wgFixMalayalamUnicode and $wgAllUnicodeFixes are now exposed:
https://gerrit.wikimedia.org/r/#/c/296155/
https://test.wikipedia.org/w/api.php?action="">
TASK DETAILhttps://phabricator.wikimedia.org/T94826EMAIL PRE
whym added a project: Pywikibot-core.
TASK DETAILhttps://phabricator.wikimedia.org/T138077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Aklapper, Zppix, pywikibot-bugs-list, whym, Mdupont, jayvdb___
whym added subscribers: Zppix, Thibaut120094.whym merged a task: T136698: AttributeError: 'Page' object has no attribute '_pageid'.
TASK DETAILhttps://phabricator.wikimedia.org/T94826EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Thibaut120094, Zppix
whym closed this task as a duplicate of T94826: Data returned for another page.
TASK DETAILhttps://phabricator.wikimedia.org/T136698EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: whymCc: Aklapper, Zppix, Thibaut120094, pywikibot-bugs
whym created this task.whym added a project: Pywikibot-interwiki.py.Herald added subscribers: pywikibot-bugs-list, Zppix, Aklapper.
TASK DESCRIPTIONI believe global variables are generally a bad practice. interwiki.py encapsulates them into class Global, but keeps using the single container global
whym added a comment.It would help to have a concise command to reproduce the problem, not just the error message. In this case it would be something like:
python pwb.py interwiki -family:wiktionary -lang:en -page:%E5%8F%A4%E3%83%8E%E3%83%AB%E3%83%89%E8%AA%9E -simulate -hint:ja:TASK DETAILhttps
whym added a comment.The source data is extracted from http://www.unicode.org/Public/6.0.0/ucd/UnicodeData.txt.
I think it is reasonable to ask the API to expose whether $wgFixArabicUnicode is true or not (that is, to normalize or not).
The normalization procedure can be replicated in Python
whym added a comment.
It seems that Arabic normalization is controlled by $wgFixArabicUnicode in
MediaWiki. https://phabricator.wikimedia.org/T11413 and
https://phabricator.wikimedia.org/rSVN60599 provide have more details. There is
also $wgFixMalayalamUnicode for Malayalam.
The actual
whym added a subscriber: murfel.
whym edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T119791
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: murfel, whym
Cc: murfel, whym, Mpaa, gerritbot, jayvdb, zhuyifei1999, Aklapper
whym closed this task as "Resolved".
whym added a comment.
https://gerrit.wikimedia.org/r/#/c/272309/
TASK DETAIL
https://phabricator.wikimedia.org/T104046
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: murfel, StudiesWorld,
whym changed the title from "Add the ability to archive only threads with
certain heading levels" to "Add "level=n" option to the template for specifying
the heading level of the sections to be archived".
TASK DETAIL
https://phabricator.wikimedia.org/T119
whym added a comment.
In https://phabricator.wikimedia.org/T119791#2019626, @Mpaa wrote:
> Sounds like level should be part of the configuration template then?
I think so and I have edited the title accordingly.
TASK DETAIL
https://phabricator.wikimedia.org/T119791
EMAIL PREFEREN
whym added a subscriber: whym.
whym added a comment.
@Murfel:
I'm not sure https://gerrit.wikimedia.org/r/#/c/258988/ does all of what this
task asks for. I'm not saying the patch is not useful, but the patch seems to
solve a different issue.
It sounds like this tasks asks for a per-page
whym added a comment.
@Mpaa: Good point. In light of that, I'd suggest closing this as not done. It
appears the problem was in the text, not in the bot.
However, to expand on my last comment, it might make sense to allow the
operator to provide a format string as a fallback. That may
whym created this task.
whym added a subscriber: whym.
whym added a project: Pywikibot-archivebot.py.
Herald added subscribers: pywikibot-bugs-list, StudiesWorld, Aklapper.
TASK DESCRIPTION
Background: I think Archivebot should more clearly notify users of problems.
Typical causes of failures
whym added a subscriber: whym.
whym closed this task as "Resolved".
whym claimed this task.
whym added a comment.
I believe this was caused by the canonical (local-language) namespace prefix of
the template being not recognized. In the old archivebot only English prefixes
worked prope
whym added a comment.
I added the -sleep option to archivebot in
https://gerrit.wikimedia.org/r/#/c/222727/ in July - whether or not it should
go is up to discussion. (Sorry for not linking the change here.)
TASK DETAIL
https://phabricator.wikimedia.org/T104046
EMAIL PREFERENCES
https
whym created this task.
whym added subscribers: whym, jayvdb.
whym added a project: Pywikibot-archivebot.py.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
The sleep in
```
try:
archiver = PageArchiver(pg, a, salt, force
whym edited the task description.
whym set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T104046
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: jayvdb, Aklapper, whym, pywikibot-bugs-list, Malyacko, P.Copp
whym added a subscriber: Mpaa.
TASK DETAIL
https://phabricator.wikimedia.org/T102423
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: Mpaa, Aklapper, whym, pywikibot-bugs-list
___
pywikibot-bugs
whym created this task.
whym added a subscriber: whym.
whym added a project: Pywikibot-archivebot.py.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
Changes in https://gerrit.wikimedia.org/r/#/c/167406/ made archivebot to
ignore timestamps written in HTML comments
whym added a comment.
A couple of options:
- Treat all HTML comments like normal text
- Make an exception for [[User:DoNotArchiveUntil]] only
- Follow ClueBot's practice {{User:ClueBot III/DoNotArchiveUntil|1433573833}}
instead and modify Commons' template accordingly. (This won't work
whym added a subscriber: jayvdb.
TASK DETAIL
https://phabricator.wikimedia.org/T102423
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: whym
Cc: jayvdb, Mpaa, Aklapper, whym, pywikibot-bugs-list
85 matches
Mail list logo
