Bugs item #1787776, was opened at 2007-09-04 16:03
Message generated for change (Comment added) made by a_engels
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787776&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Andre Engels (a_engels)
Assigned to: Nobody/Anonymous (nobody)
Summary: loading the same page twice leads to NoPage
Initial Comment:
Note: This describes my impression of what is going on in this bug, I might be wrong as to what goes wrong.
When there are two pages A and B, which both have an interwiki link to the same page C in another language, and those two pages are dealt with by interwiki.py at once, the second one will not find C and think that it is a non-existing page. I guess that points toward a mistake in the parsing of the output of [[Special:Export]].
----------------------------------------------------------------------
>Comment By: Andre Engels (a_engels)
Date: 2007-09-05 09:53
Message:
Logged In: YES
user_id=843018
Originator: YES
As a test case:
interwiki.py -site:wikipedia -lang:nl -cat:Andretest -localonly
This will try to work on two pages, both having an interwiki to the same
(existing) page on en:. The first page will not be changed, but the second
will report the English page as not existing.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2007-09-04 16:05
Message:
Logged In: YES
user_id=687283
Originator: NO
Any test case or a 'how to reproduce'? ;)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787776&group_…
Bugs item #1788099, was opened at 2007-09-04 23:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1788099&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: other
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: André Malafaya Baptista (malafaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: featured.py inserting {{Link FA}} before categories
Initial Comment:
According to the comment in the source code of featured.py:
# insert just before interwiki
, the featured template should be inserted just before the interwiki links. I got a complaint on the bot moving the featured templates to above the categories.
Please check:
http://ka.wikipedia.org/w/index.php?title=%E1%83%90%E1%83%A0%E1%83%A2%E1%83…
(Categories are [[კატეგორია:***]] in this Wikipedia)
Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1788099&group_…
Patches item #1787895, was opened at 2007-09-04 19:08
Message generated for change (Comment added) made by strainu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1787895&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Andrei Cipu (strainu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Page rename bot
Initial Comment:
Hi,
I found myself in the need for a bot to rename a series of pages (the same modification to all the titles), so I wrote it.
Perhaps someone else will find it useful.
Best regards,
Strainu
----------------------------------------------------------------------
>Comment By: Andrei Cipu (strainu)
Date: 2007-09-04 19:15
Message:
Logged In: YES
user_id=945918
Originator: YES
Sorry, I forgot to mention this above:
I'm aware of movepages.py , but I consider my code to be a bit more
specific. Perhaps I should just add my code to movepages?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1787895&group_…
Patches item #1787895, was opened at 2007-09-04 19:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1787895&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Strainu Ion (strainu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Page rename bot
Initial Comment:
Hi,
I found myself in the need for a bot to rename a series of pages (the same modification to all the titles), so I wrote it.
Perhaps someone else will find it useful.
Best regards,
Strainu
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=1787895&group_…
Bugs item #1787776, was opened at 2007-09-04 16:03
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787776&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Andre Engels (a_engels)
Assigned to: Nobody/Anonymous (nobody)
Summary: loading the same page twice leads to NoPage
Initial Comment:
Note: This describes my impression of what is going on in this bug, I might be wrong as to what goes wrong.
When there are two pages A and B, which both have an interwiki link to the same page C in another language, and those two pages are dealt with by interwiki.py at once, the second one will not find C and think that it is a non-existing page. I guess that points toward a mistake in the parsing of the output of [[Special:Export]].
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2007-09-04 16:05
Message:
Logged In: YES
user_id=687283
Originator: NO
Any test case or a 'how to reproduce'? ;)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787776&group_…
Bugs item #1787776, was opened at 2007-09-04 16:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787776&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Andre Engels (a_engels)
Assigned to: Nobody/Anonymous (nobody)
Summary: loading the same page twice leads to NoPage
Initial Comment:
Note: This describes my impression of what is going on in this bug, I might be wrong as to what goes wrong.
When there are two pages A and B, which both have an interwiki link to the same page C in another language, and those two pages are dealt with by interwiki.py at once, the second one will not find C and think that it is a non-existing page. I guess that points toward a mistake in the parsing of the output of [[Special:Export]].
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1787776&group_…
Feature Requests item #1501374, was opened at 2006-06-06 04:42
Message generated for change (Comment added) made by wikipedian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1501374&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Interface Improvements (example)
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Have editarticle.py use CLI arguments
Initial Comment:
It would nice if editarticle could be passed an
argument which it would use to determine what article
to edit instead of insisting on getting that
information through stdin after printing "Page to
edit:". Help would be nice, as well. Perhaps it could
mention that since the tkinter thing fails everytime
I've tried it, one should rather add
editor = "$EDITOR"
to user-config.py?
~maru
----------------------------------------------------------------------
>Comment By: Daniel Herding (wikipedian)
Date: 2007-09-04 14:26
Message:
Logged In: YES
user_id=880694
Originator: NO
This is now fixed.
----------------------------------------------------------------------
Comment By: Steve Sanbeg (sanbeg)
Date: 2006-08-17 00:52
Message:
Logged In: YES
user_id=399607
Currently, it can be passed with the -p (--page) option.
I've submitted a patch to also fill that in with the first
command line argument, since I think that's more intuitive.
-Steve
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1501374&group_…
Feature Requests item #1771986, was opened at 2007-08-10 22:49
Message generated for change (Comment added) made by wikipedian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1771986&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Aurimas Fischer (ebola_rulez)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiky.py trusted language:page
Initial Comment:
When I try to fix interwiki conflicts, I usually check my native language wiki and remove/fix incorrect interwiki links. Then I use interwiki.py to manually choose correct interwiki links when presented with choice.
This sometimes causes to choose from as much as 14 (!) different variants and shows hundreds of rows. This slows down the process:
Try to find if the page from native wiki is in one of these groups. If it is, then choose this group. If not, then analyze different languages or view pages in a browser.
I suggest to add command line argument -trusted (only in interactive mode).
When used, this should cause interwiki.py to automatically choose correct variant number based on initial language:page combination.
For example:
interwiki.py -lang:en -trusted Cat
...
(1) Found link to [[eo:Pantero]] in:
[[da:Panter]]
[[en:Panther]]
(2) Found link to [[eo:Hejma kato]] in:
[[da:Kat]]
[[en:Cat]]
...
Should automatically choose variant 2, because all interwiki links in en:Cat are trusted.
----------------------------------------------------------------------
>Comment By: Daniel Herding (wikipedian)
Date: 2007-09-04 14:19
Message:
Logged In: YES
user_id=880694
Originator: NO
This sounds quite similar to the -localright parameter that Andre Engels
has recently added.
----------------------------------------------------------------------
Comment By: Aurimas Fischer (ebola_rulez)
Date: 2007-08-11 12:34
Message:
Logged In: YES
user_id=959303
Originator: YES
I'm not a python programmer but managed
to hack a working prototype of this functionality.
File Added: interwiki_trusted.patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1771986&group_…