Patches item #2776167, was opened at 2009-04-20 12:49
Message generated for change (Comment added) made by liangent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2776167&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: liangent (liangent)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug in site.py of rewrite branch
Initial Comment:
Traceback (most recent call last):
File "./archiver.py", line 7, in <module>
now = Site().getcurrenttime() # or from link's site?
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 794, in getcurrenttime
ts = self.getcurrenttimestamp()
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 789, in getcurrenttimestamp
result = r.submit()
File "/usr/lib/python2.5/site-packages/pywikibot/data/api.py", line 184, in submit
self.site.throttle(write=write)
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 176, in __getattr__
return self.__class__.attr
AttributeError: type object 'APISite' has no attribute 'attr'
----------------------------------------------------------------------
>Comment By: liangent (liangent)
Date: 2009-05-05 06:08
Message:
i didn't find any problem on self.site.throttle(write=write)
and this problem never occurred again.
(actually i didn't use Site().getcurrenttime() anymore)
but what was wrong?
----------------------------------------------------------------------
Comment By: liangent (liangent)
Date: 2009-04-20 13:32
Message:
i forgot to log in too...
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-20 13:30
Message:
no no no ... i met another problem, and i don't know whether it has
connection with my patch ... they seem to occur randomly ...
liangent@oiweb:~$ wiki/bot/archiver/archiver.py
Found 1 wikipedia:zh processes running, including this one.
Traceback (most recent call last):
File "wiki/bot/archiver/archiver.py", line 7, in <module>
now = Site().getcurrenttime() # or from link's site?
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 794, in
getcurrenttime
ts = self.getcurrenttimestamp()
File "/usr/lib/python2.5/site-packages/pywikibot/site.py", line 789, in
getcurrenttimestamp
result = r.submit()
File "/usr/lib/python2.5/site-packages/pywikibot/data/api.py", line 184,
in submit
self.site.throttle(write=write)
TypeError: 'property' object is not callable
liangent@oiweb:~$
----------------------------------------------------------------------
Comment By: liangent (liangent)
Date: 2009-04-20 13:25
Message:
it seems problem occurs only when throttling
try to run a lot of instances to test
my code starts with
#!/usr/bin/env python
# -*- coding: utf_8 -*-
import re
import pywikibot
from pywikibot import Link, Site, Page
import datetime
now = Site().getcurrenttime()
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2009-04-20 13:04
Message:
Sorry, forgot to log in before last comment!
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-20 13:03
Message:
I'll apply this patch, but the original code works for me in Python 2.5.2:
>>> import pywikibot
>>> s = pywikibot.Site()
>>> now = s.getcurrenttime()
Found 1 wikipedia:en processes running, including this one.
>>> print now
2009-04-20T13:00:47Z
>>>
Question: in your 'archiver.py' script, did you import Site from
pywikibot, or from some other module? If you import it directly from
pywikibot.site, it won't work!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2776167&group_…
Patches item #2787026, was opened at 2009-05-05 04:49
Message generated for change (Tracker Item Submitted) made by liangent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2787026&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: liangent (liangent)
Assigned to: Nobody/Anonymous (nobody)
Summary: about getting redirects
Initial Comment:
Index: pywikibot/pywikibot/page.py
===================================================================
--- pywikibot/pywikibot/page.py (revision 6823)
+++ pywikibot/pywikibot/page.py (working copy)
@@ -372,7 +372,7 @@
"""Return the current (edited) wikitext, loading it if necessary."""
if not hasattr(self, '_text') or self._text is None:
try:
- self._text = self.get()
+ self._text = self.get(get_redirect=True)
except pywikibot.NoPage:
# TODO: what other exceptions might be returned?
self._text = u""
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2787026&group_…
Bugs item #2716315, was opened at 2009-03-27 05:38
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2716315&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: rewrite
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: NicDumZ Nicolas Dumazet (nicdumz)
Assigned to: Russell Blau (russblau)
Summary: undetected session termination
Initial Comment:
I have a script which runs everyday on the toolserver to update French maintenance pages related to WP1.0 evaluation ( http://fr.wikipedia.org/wiki/Projet:Am%C3%A9rique_pr%C3%A9colombienne/%C3%8… ).
The main action is to retrieve list of articles from categories. I have included a very simplified version of the script if anyone needs to know what the bot was doing.
And once every month or so (remember, it's a daily task), I get an ApiError about limit:
Traceback (most recent call last):
File "/home/nicdumz/pywikipedia/statistiques.py", line 79, in <module>
for p in pwsite.categorymembers(cat, namespaces=[1]):
File "/home/nicdumz/pywikipedia/pywikibot/data/api.py", line 428, in __iter__
self.data = self.request.submit()
File "/home/nicdumz/pywikipedia/pywikibot/data/api.py", line 260, in submit
raise APIError(code, info, **result["error"])
pywikibot.data.api.APIError: gcmlimit: gcmlimit may not be over 500 (set to 5000) for users
It looks like a session issue, the bot getting logged out in the middle of his task: today, the bot had already retrieved the contents of ~500 categories before crashing
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-05-05 02:22
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2009-04-20 17:40
Message:
Believed fixed in r6643; leaving in Pending status in case this recurs
(since the bug by definition only occurs once every 30 days, it is
difficult to be certain that all cases are handled correctly)
----------------------------------------------------------------------
Comment By: NicDumZ Nicolas Dumazet (nicdumz)
Date: 2009-03-28 02:10
Message:
Updating the title: It was definitely a session termination. I got asked
for a password on the next run, and it would explain why this bug would
only occur every month or so.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2716315&group_…
Bugs item #2784162, was opened at 2009-04-30 02:25
Message generated for change (Comment added) made by russblau
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&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: rewrite
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: NicDumZ — Nicolas Dumazet (nicdumz)
Assigned to: Russell Blau (russblau)
Summary: pagebacklinks(followRedirects=True) doesnt yield redirects
Initial Comment:
I don't understand why there is, on site.py:1108 :
blgen.request["gblfilterredir"] = "nonredirects"
With that line, if you set up 3 pages :
[[fruits]] : Hey, fruits are healthy!!
[[orange]] : #REDIRECT [[fruits]]
[[mandarine]] : Mandarines are like [[orange]]s, but different.Yeah.
[[fruits]].backlinks() will only yield [[mandarine]]. [[orange]] will be missing (default values are followRedirects=True, filterRedirects=None, so I would expect [[orange]] too.)
If I remove that line 1108, the results look correct again, and [[orange]] is yielded. Is this an appropriate fix?
There is also an ambiguity for (followRedirects=True, filterRedirects=True): I'm not sure of what should be expected as a return value:
* We also iterate over links that are linked to the current page through a current page
* But we are supposed to yield only redirects?
if I'm correct the result of (followRedirects=True, filterRedirects=True) should be the same as (followRedirects=False, filterRedirects=True) ? Or we would have to also yield double-redirects? =)
----------------------------------------------------------------------
>Comment By: Russell Blau (russblau)
Date: 2009-05-04 16:45
Message:
.backlinks(followRedirects=True, filterRedirects=True) should yield all
redirects to the original page, including double-redirects. This is not as
frivolous as it sounds, as recent changes to MediaWiki allow configuration
changes to permit use of double-redirects.
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2009-05-04 16:43
Message:
fixed in r6821
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&group_…
Bugs item #2784162, was opened at 2009-04-30 02:25
Message generated for change (Settings changed) made by russblau
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&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: rewrite
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: NicDumZ — Nicolas Dumazet (nicdumz)
Assigned to: Russell Blau (russblau)
Summary: pagebacklinks(followRedirects=True) doesnt yield redirects
Initial Comment:
I don't understand why there is, on site.py:1108 :
blgen.request["gblfilterredir"] = "nonredirects"
With that line, if you set up 3 pages :
[[fruits]] : Hey, fruits are healthy!!
[[orange]] : #REDIRECT [[fruits]]
[[mandarine]] : Mandarines are like [[orange]]s, but different.Yeah.
[[fruits]].backlinks() will only yield [[mandarine]]. [[orange]] will be missing (default values are followRedirects=True, filterRedirects=None, so I would expect [[orange]] too.)
If I remove that line 1108, the results look correct again, and [[orange]] is yielded. Is this an appropriate fix?
There is also an ambiguity for (followRedirects=True, filterRedirects=True): I'm not sure of what should be expected as a return value:
* We also iterate over links that are linked to the current page through a current page
* But we are supposed to yield only redirects?
if I'm correct the result of (followRedirects=True, filterRedirects=True) should be the same as (followRedirects=False, filterRedirects=True) ? Or we would have to also yield double-redirects? =)
----------------------------------------------------------------------
>Comment By: Russell Blau (russblau)
Date: 2009-05-04 16:43
Message:
fixed in r6821
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2784162&group_…
Patches item #2780955, was opened at 2009-04-25 01:37
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&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: Accepted
Priority: 5
Private: No
Submitted By: Tieum P (tieump)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for interwiky in templates (1)
Initial Comment:
Attached patch encures that interwiki added to templates are in a <noinclude> tag. If existing interwikis are not inside <noinclude> they are moved inside it. If no <noinclude> exists, it is added. (bug #1729765)
This patch DOES NOT take care of template interwiki being including from documentation subpage.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 16:23
Message:
On dewiki templates can contain {{Dokumentation}} which will include
interwikis listed on subpage /Meta
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 15:58
Message:
Please try again, after updating. r6819 should be better.
But *please* when testing those features, don't assume that interwiki.py
*works*, MONITOR THE CHANGES.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 14:39
Message:
One additional feature request: bot should skip template pages with
{{/Documentation}} / {{/Dokumentace}} / {{Doc}} etc.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 14:05
Message:
The same problem, see
http://cs.wikipedia.org/wiki/Wikipedista_diskuse:JAn_DudÃk#Boteditshttp://nl.wikipedia.org/w/index.php?title=Sjabloon:Gebruiker_da-1&curid=222…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 12:43
Message:
thank you for this solution. there still remains however one small issue:
if noinclude tages are present in the template but there are no interwiki
links, new interwiki links are added with extra noinclude tags.
http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0…
Can you please take care of this issue too?
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 01:43
Message:
One week: silence means consent =))
I applied this patch in r6817, in both trunk/ and the rewrite/ branch.
Thanks again =)
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 03:12
Message:
I have uploaded an updated patch, which should do the same, while being a
bit cleaner =) (In particular, it will work with _any_ marker, not only
'@@'
Tieum P has been running his bot on the French Template namespace for
tests. I believe it was quite successful :
http://fr.wikipedia.org/w/index.php?limit=38&title=Sp%E9cial%3AContribution…
Can we have some feedback on this patch? Thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_…
Patches item #2780955, was opened at 2009-04-25 03:37
Message generated for change (Comment added) made by nicdumz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&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: Accepted
Priority: 5
Private: No
Submitted By: Tieum P (tieump)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for interwiky in templates (1)
Initial Comment:
Attached patch encures that interwiki added to templates are in a <noinclude> tag. If existing interwikis are not inside <noinclude> they are moved inside it. If no <noinclude> exists, it is added. (bug #1729765)
This patch DOES NOT take care of template interwiki being including from documentation subpage.
----------------------------------------------------------------------
>Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 17:58
Message:
Please try again, after updating. r6819 should be better.
But *please* when testing those features, don't assume that interwiki.py
*works*, MONITOR THE CHANGES.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:39
Message:
One additional feature request: bot should skip template pages with
{{/Documentation}} / {{/Dokumentace}} / {{Doc}} etc.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:05
Message:
The same problem, see
http://cs.wikipedia.org/wiki/Wikipedista_diskuse:JAn_DudÃk#Boteditshttp://nl.wikipedia.org/w/index.php?title=Sjabloon:Gebruiker_da-1&curid=222…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 14:43
Message:
thank you for this solution. there still remains however one small issue:
if noinclude tages are present in the template but there are no interwiki
links, new interwiki links are added with extra noinclude tags.
http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0…
Can you please take care of this issue too?
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 03:43
Message:
One week: silence means consent =))
I applied this patch in r6817, in both trunk/ and the rewrite/ branch.
Thanks again =)
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 05:12
Message:
I have uploaded an updated patch, which should do the same, while being a
bit cleaner =) (In particular, it will work with _any_ marker, not only
'@@'
Tieum P has been running his bot on the French Template namespace for
tests. I believe it was quite successful :
http://fr.wikipedia.org/w/index.php?limit=38&title=Sp%E9cial%3AContribution…
Can we have some feedback on this patch? Thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_…
Bugs item #1729765, was opened at 2007-06-02 00:43
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1729765&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: interwiki
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: siebrand (siebrand)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py: templates with <noinclude>
Initial Comment:
Doing a template namespace run with interwiki.py an edit was made in fr.wikipedia[1] to a template containing a <noinclude> and no existing interwikis. interwiki.py added the interwikis outside to <noinclude> section, effectively adding a lot of interwiki links to pages that should not have gotten the links. The change was reverted and all 70 (damn) wikis I could have made edits on now have to be checked for possible errors.
Not sure if and how to fix this.
Another issue would be adding interwiki links to a template that does not contain a <noinclude> section. Should interwiki links be added there 'as is', should they be placed within <noinclude>, or should no changes be made at all?
http://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:Coor&diff=17522740&ol…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 15:08
Message:
some feedback added to ID: 2780955 -
http://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_i…
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 01:45
Message:
A fix has been attempted in r6817, applying patch #2780955 . Please update,
test it, and give us feedback on this fix.
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-09 17:18
Message:
Closed several duplicate bugs on the same topic.
Here are the one containing interesting info :
https://sourceforge.net/tracker/index.php?func=detail&aid=1710764&group_id=…
A patch (not reviewed?):
https://sourceforge.net/tracker/index.php?func=detail&aid=1527779&group_id=…
Raising priority...
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2007-06-20 12:50
Message:
Logged In: YES
user_id=687283
Originator: NO
Is there any reason not to have interwiki links inside a <noinclude>
section? I can only think of a handful of pages that have an use for
included interwiki's (village pump, for example).
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha)
Date: 2007-06-03 12:56
Message:
Logged In: YES
user_id=46450
Originator: NO
See also: bug 603141 at
https://sourceforge.net/tracker/index.php?func=detail&aid=1674677&group_id=…
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha)
Date: 2007-06-03 00:48
Message:
Logged In: YES
user_id=46450
Originator: NO
See also bug #1721918 - imho different, but likely to be treated in the
very same piece of code.
----------------------------------------------------------------------
Comment By: Multichill (multichill)
Date: 2007-06-02 10:36
Message:
Logged In: YES
user_id=1777493
Originator: NO
Duplicate with 1710764 ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1729765&group_…
Patches item #2780955, was opened at 2009-04-25 03:37
Message generated for change (Comment added) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&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: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Tieum P (tieump)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for interwiky in templates (1)
Initial Comment:
Attached patch encures that interwiki added to templates are in a <noinclude> tag. If existing interwikis are not inside <noinclude> they are moved inside it. If no <noinclude> exists, it is added. (bug #1729765)
This patch DOES NOT take care of template interwiki being including from documentation subpage.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:39
Message:
One additional feature request: bot should skip template pages with
{{/Documentation}} / {{/Dokumentace}} / {{Doc}} etc.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:05
Message:
The same problem, see
http://cs.wikipedia.org/wiki/Wikipedista_diskuse:JAn_DudÃk#Boteditshttp://nl.wikipedia.org/w/index.php?title=Sjabloon:Gebruiker_da-1&curid=222…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 14:43
Message:
thank you for this solution. there still remains however one small issue:
if noinclude tages are present in the template but there are no interwiki
links, new interwiki links are added with extra noinclude tags.
http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0…
Can you please take care of this issue too?
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 03:43
Message:
One week: silence means consent =))
I applied this patch in r6817, in both trunk/ and the rewrite/ branch.
Thanks again =)
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 05:12
Message:
I have uploaded an updated patch, which should do the same, while being a
bit cleaner =) (In particular, it will work with _any_ marker, not only
'@@'
Tieum P has been running his bot on the French Template namespace for
tests. I believe it was quite successful :
http://fr.wikipedia.org/w/index.php?limit=38&title=Sp%E9cial%3AContribution…
Can we have some feedback on this patch? Thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_…
Patches item #2780955, was opened at 2009-04-25 03:37
Message generated for change (Comment added) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&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: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Tieum P (tieump)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch for interwiky in templates (1)
Initial Comment:
Attached patch encures that interwiki added to templates are in a <noinclude> tag. If existing interwikis are not inside <noinclude> they are moved inside it. If no <noinclude> exists, it is added. (bug #1729765)
This patch DOES NOT take care of template interwiki being including from documentation subpage.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-05-04 16:05
Message:
The same problem, see
http://cs.wikipedia.org/wiki/Wikipedista_diskuse:JAn_DudÃk#Boteditshttp://nl.wikipedia.org/w/index.php?title=Sjabloon:Gebruiker_da-1&curid=222…
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-05-04 14:43
Message:
thank you for this solution. there still remains however one small issue:
if noinclude tages are present in the template but there are no interwiki
links, new interwiki links are added with extra noinclude tags.
http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0…
Can you please take care of this issue too?
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-05-04 03:43
Message:
One week: silence means consent =))
I applied this patch in r6817, in both trunk/ and the rewrite/ branch.
Thanks again =)
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 05:12
Message:
I have uploaded an updated patch, which should do the same, while being a
bit cleaner =) (In particular, it will work with _any_ marker, not only
'@@'
Tieum P has been running his bot on the French Template namespace for
tests. I believe it was quite successful :
http://fr.wikipedia.org/w/index.php?limit=38&title=Sp%E9cial%3AContribution…
Can we have some feedback on this patch? Thanks :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=2780955&group_…