[Pywikipedia-bugs] [Maniphest] [Commented On] T132857: template.py: site unknown if no summary is given

[gerritbot]

gerritbot added a comment.


  Change 283778 had a related patch set uploaded (by Mpaa):
  template.py: Fix unbounded site variable
  
  https://gerrit.wikimedia.org/r/283778

TASK DETAIL
  https://phabricator.wikimedia.org/T132857

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Aklapper, pywikibot-bugs-list, Mpaa, Mdupont, jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Updated] T132857: template.py: site unknown if no summary is given

[gerritbot]

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T132857

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Aklapper, pywikibot-bugs-list, Mpaa, Lewizho99, Mdupont, jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Retitled] T132857: template.py: site unknown if no summary is given

[Mpaa]

Mpaa changed the title from "site unknown if no summary is given" to 
"template.py: site unknown if no summary is given".

TASK DETAIL
  https://phabricator.wikimedia.org/T132857

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mpaa
Cc: Aklapper, pywikibot-bugs-list, Mpaa, Mdupont, jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Created] T132857: site unknown if no summary is given

[Mpaa]

Mpaa created this task.
Herald added subscribers: pywikibot-bugs-list, Aklapper.

TASK DESCRIPTION
  python scripts/template.py TextQuality -remove -prefixindex:"Science and 
Hypothesis" -summary:"remove TextQuality"
  
ERROR: Fatal error:
Traceback (most recent call last):
  File "scripts/template.py", line 363, in 
main()
  File "scripts/template.py", line 358, in main
bot = TemplateRobot(preloadingGen, templates, **options)
  File "scripts/template.py", line 219, in __init__
builder = textlib._MultiTemplateMatchBuilder(site)
UnboundLocalError: local variable 'site' referenced before assignments

TASK DETAIL
  https://phabricator.wikimedia.org/T132857

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mpaa
Cc: Aklapper, pywikibot-bugs-list, Mpaa, Mdupont, jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Commented On] T90422: reflinks.py ignores {{nobots}}

[Meno25]

Meno25 added a comment.


  In https://phabricator.wikimedia.org/T90422#2206201, @Xqt wrote:
  
  > > We could also create a script that finds any pages using nobots/bots with 
unrecognised syntax and the script could fix the page syntax.
  >
  > We should start at ar-wiki. They try to localize that template. I am 
strongly against localizing bot directives. They must be a common template for 
all sites and projects. pywikibot is not the one and only bot framework. Ok we 
should have any exception handling when the template does not follow the syntax.
  >
  > In addition pywikibot does not follow optout parameter for notification 
messages.
  >
  > These improvements aren't reflinks related only.
  
  
  The template title on arwiki is localized to make it easier for users to add 
the template in the edit window. (It is hard to write LTR text mixed with RTL 
text in the edit window in a wiki whose content language is RTL such as 
arwiki.) Also, the local naming policy states that page titles should always be 
in Arabic (except for a very few cases). The arwiki bots template 

 has no parameters.

TASK DETAIL
  https://phabricator.wikimedia.org/T90422

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: darthbhyrava, Meno25
Cc: Meno25, darthbhyrava, Xqt, XZise, jayvdb, Mpaa, gerritbot, 
pywikibot-bugs-list, Aklapper, Rubin16, Mdupont



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Created] T132849: Fail gracefully on unknown user name

[Mdupont]

Mdupont created this task.
Herald added subscribers: pywikibot-bugs-list, Aklapper.

TASK DESCRIPTION
  When the user-config user name is unkown there is no clear error message.
  
  The error is WARNING: API error auinvalidtitle: Bad title "USERNAME", but 
not, could not find user name.
  
  Here is my trace :
  https://gist.github.com/h4ck3rm1k3/846fb1afa6077f4e7b05a35b6ae62192
  
  here is the relevant log:
  
https://gist.github.com/h4ck3rm1k3/846fb1afa6077f4e7b05a35b6ae62192#gistcomment-1754129

TASK DETAIL
  https://phabricator.wikimedia.org/T132849

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Mdupont
Cc: Aklapper, pywikibot-bugs-list, Mdupont, jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Created] T132847: Allow any number of filters in addition to page generators

[Ciencia_Al_Poder]

Ciencia_Al_Poder created this task.
Herald added subscribers: pywikibot-bugs-list, Aklapper.

TASK DESCRIPTION
  The current generator system is very limited when we need to use several 
conditions. You can get pages by category, linked from a given page, links to a 
given page, transcluded, etc, but it's difficult or impossible to combine such 
generators to filter a specific generator, and it's done in an inefficient way: 
It usually takes both generators, and once you get the list of pages of both, 
it processes the pages that are in both returned results.
  
  Example use case:
  
  - Get a list of images from a given category that are not in use (for 
example, to delete them)
  
  The current approach would be to use the category generator and also the 
unusedfiles generator, but the later can return a very long list, and even 
incomplete, on large wikis (because it has a limit), and that's not efficient.
  
  There should be a way to specify the generator, and also a way to specify a 
filtering generator.
  
  For example, in the situation from the example, I should be able to specify 
the categorymember generator (optionally with the namespace to get only pages 
in the file namespace) to get a list of images on that category, and then, when 
processing each page, check the usage of that particular image to see if it's 
in use (optionally, filtering in which namespaces to filter, that would be a 
plus!).
  
  Most of the current generators may be allowed to work as either generators or 
filters. In an ideal world, pywikibot could be smart enough to select the 
better combination itself. //In the previous example, select category as 
generator. and then filter by usage.// But that's probably very complicated to 
achieve, so I suggest using a prefix on current generators to tell pywikibot to 
use them as filters and not generators. That way it also gives users control to 
specify the main generator.
  
  For example: `-cat:"Some category" -ns:File -filter-unusedfiles`
  
  See also:
  
  - T99454: Generators should allow to filter for redirects (include only 
redirects, or exclude them) 
  - T101698: category.py move ignores -namespace: generator 

  - T114015: pagegenerators: titleregex should filter other generators 


TASK DETAIL
  https://phabricator.wikimedia.org/T132847

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ciencia_Al_Poder
Cc: Aklapper, Ciencia_Al_Poder, pywikibot-bugs-list, Mdupont, jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs

[Pywikipedia-bugs] [Maniphest] [Updated] T122705: delete.py asks for password on *every* deletion

[Ciencia_Al_Poder]

Ciencia_Al_Poder added a blocking task: T71283: dualism between user and sysop 
needs to be overtaken.

TASK DETAIL
  https://phabricator.wikimedia.org/T122705

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ciencia_Al_Poder
Cc: Aklapper, StudiesWorld, Ciencia_Al_Poder, pywikibot-bugs-list, Mdupont, 
jayvdb



___
pywikibot-bugs mailing list
pywikibot-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs