Bugs item #1504707, was opened at 2006-06-12 07:40
Message generated for change (Comment added) made by russblau
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1504707&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: Wont Fix
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Replace.py's -fix:HTML breaks articles' formatting
Initial Comment:
While on most articles, -fix:HTML simply works, because
of the flaw in wikimarkup (wherein it is difficult to
distinguish between ''' as bolding, and ''' as
italicizing with a single apostrophe (a frequently used
construct)), when it comes to italics and bolding,
-fix:HTML can cause unintional bolding, a major problem.
See this diff:
http://en.wikipedia.org/w/index.php?title=Multiplication_table&diff=prev&ol…
Before:
http://en.wikipedia.org/w/index.php?title=Multiplication_table&oldid=572703…
After:
http://en.wikipedia.org/w/index.php?title=Multiplication_table&oldid=579984…
I think this could be fixed by scanning the region
defined by the previous and the next linebreak, and if
there are any other '''s, either using a <nowiki>
construct to protect the apostrophe from protection,
use HTML <i> tagsm or simply not do any replacements.
~maru
----------------------------------------------------------------------
>Comment By: Russell Blau (russblau)
Date: 2008-02-27 09:12
Message:
Logged In: YES
user_id=855050
Originator: NO
This is inherent in wiki-markup and "fixing" it would be nearly
impossible; as the source code says, don't use -fix:HTML in automatic mode
because it isn't safe!
----------------------------------------------------------------------
Comment By: Tavernier (tavernier)
Date: 2008-01-26 22:55
Message:
Logged In: YES
user_id=1705732
Originator: NO
it could be fixed by adding exceptions to the doReplacements method
i suggest 'comment', 'math', 'nowiki', 'pre' and 'source'
it will looks like
def doReplacements(self, original_text):
"""
Returns the text which is generated by applying all replacements
to the
given text.
"""
new_text = original_text
exceptions = ['comment', 'math', 'nowiki', 'pre', 'source']
if self.exceptions.has_key('inside-tags'):
exceptions += self.exceptions['inside-tags']
if self.exceptions.has_key('inside'):
exceptions += self.exceptions['inside']
for old, new in self.replacements:
new_text = wikipedia.replaceExcept(new_text, old, new,
exceptions, allowoverlap = self.allowoverlap)
return new_text
----------------------------------------------------------------------
Comment By: Rotem Liss (rotemliss)
Date: 2007-11-25 08:05
Message:
Logged In: YES
user_id=1327030
Originator: NO
This is a "bug" in MediaWiki (or in the text) and isn't related to pre or
nowiki tags. The problem was that there was an invalid <i> tag, while the
five apostrophes already made the text italic. Changing it would cause the
same problems in a line that starts with a space and in a regular line.
About nowiki and pre, these are already scanned and the text inside them is
ignored (space before line is not scanned, though it's possible, but such
scan is not needed, as tags in such line are parsed, unlike pre or nowiki).
This is not a bug in the framework - I think it wasn't a bug when reported,
and it's definitely not a bug now. The problem is of the original text or
MediaWiki.
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2007-11-21 10:12
Message:
Logged In: YES
user_id=855050
Originator: NO
The specific bug identified on "Multiplication table" no longer exists.
Is there still a problem? If not, this bug can be closed.
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2007-04-26 15:29
Message:
Logged In: YES
user_id=1107255
Originator: NO
Please let us know if this bug report is still applicable to the current
code. If no response is given, the bug report will be closed one month from
now. This message was added in an effort to reduce the number of open
issues on this project. Siebrand
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1504707&group_…
Support Requests item #1885569, was opened at 2008-02-03 01:43
Message generated for change (Comment added) made by xwing328
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603139&aid=1885569&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
Priority: 5
Private: No
Submitted By: Xwing328 (xwing328)
Assigned to: Nobody/Anonymous (nobody)
Summary: Replace.py adds wikia-credits text
Initial Comment:
Whenever replace.py makes a change to an article, it adds the following text to the very end of the article: <div id="wikia-credits"><br /><br /><small>From [[wikia:c:starwars|Wookieepedia]], a [[wikia:|Wikia]] wiki.</small></div>
You can see a test of this on Wookieepedia, the Star Wars wiki, here: http://starwars.wikia.com/index.php?title=%22Rachet%22_Gramzee&diff=1780117…
This seems to be related to a MediaWiki upgrade. I've tried it on both my old version of Pywikipedia, and several of the new snapshots, with the same problem occurring. Any help with this would be greatly appreciated.
----------------------------------------------------------------------
>Comment By: Xwing328 (xwing328)
Date: 2008-02-26 19:48
Message:
Logged In: YES
user_id=1999124
Originator: YES
Thank you uberfuzzy. Your fix worked!
----------------------------------------------------------------------
Comment By: Uberfuzzy (uberfuzzy)
Date: 2008-02-18 04:24
Message:
Logged In: YES
user_id=1976885
Originator: NO
i was told by staff that this is not a bug.
when data is exported and taken to other wikis (both internal to wikia and
external), this linkback will show where its from.
the problem is, it also affects every bot page get.
i patched my wikipedia.py file to auto filter this out.
down around line 640ish (may move depending on patches)
there is a line "return self._contents"
this is the line returning the raw wiki text for other scripts.
on the line before it add this
self._contents = re.sub('<div id="wikia-credits">.*</div>', '',
self._contents)
make sure to keep the same indenting, and make sure its done with spaces
and not tabs.
----------------------------------------------------------------------
Comment By: Xwing328 (xwing328)
Date: 2008-02-04 11:29
Message:
Logged In: YES
user_id=1999124
Originator: YES
OK, thank you for you replies. I will talk to our wikia contact soon to
see if they can fix the problem.
Also, if this has been discussed before, I couldn't find it when I
searched through the support and bug pages.
----------------------------------------------------------------------
Comment By: Daniel Herding (wikipedian)
Date: 2008-02-04 03:45
Message:
Logged In: YES
user_id=880694
Originator: NO
This is not only a Wookieepedia problem, but also occurs on (probably all)
other Wikia wikis, for example on
http://aachen.wikia.com/wiki/Spezial:Exportieren/Hauptseite .
I would also say that this is a Wikia bug and that they should fix it. By
the way, haven't we discussed this issue some time before already?
----------------------------------------------------------------------
Comment By: Andre Engels (a_engels)
Date: 2008-02-03 16:26
Message:
Logged In: YES
user_id=843018
Originator: NO
I don't know what to do about it, but I can tell you what the cause is:
The cause is that the bot gets its text from [[Special:Export]], and on
Wookieepedia this text has been added to all pages on the export page. If
you have contact with the people who can change that, you can ask them to
change it back or to create a special 'raw' export page for the bot.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603139&aid=1885569&group_…
Feature Requests item #1899827, was opened at 2008-02-22 18:45
Message generated for change (Comment added) made by malafaya
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1899827&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
Priority: 5
Private: No
Submitted By: André Malafaya Baptista (malafaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: No addition of Klingon (tlh) interwiki links
Initial Comment:
Recently there has been quite a fuss because of addition of tlh interwikis to Wiktionaries due to a bug (https://bugzilla.wikimedia.org/show_bug.cgi?id=9164) in Wikimedia sites.
AFAIK, there is no good workaround for this (http://meta.wikimedia.org/wiki/User_talk:Spacebirdy#Tlh_wiki).
I think it would be in order to prevent the addition of these interwiki links (at least for the time being) to pages.
----------------------------------------------------------------------
>Comment By: André Malafaya Baptista (malafaya)
Date: 2008-02-26 16:55
Message:
Logged In: YES
user_id=1037345
Originator: YES
A bug has been entered by another user. Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=1899827&group_…
Revision: 5084
Author: filnik
Date: 2008-02-26 16:43:49 +0000 (Tue, 26 Feb 2008)
Log Message:
-----------
revert, nick is right.
Modified Paths:
--------------
trunk/pywikipedia/blockpageschecker.py
Modified: trunk/pywikipedia/blockpageschecker.py
===================================================================
--- trunk/pywikipedia/blockpageschecker.py 2008-02-26 16:36:10 UTC (rev 5083)
+++ trunk/pywikipedia/blockpageschecker.py 2008-02-26 16:43:49 UTC (rev 5084)
@@ -241,7 +241,6 @@
TemplateInThePage = understandBlock(text, TTP, TSP, TSMP, TTMP)
# Only to see if the text is the same or not...
oldtext = text
-
if editRestriction == 'sysop':
if TemplateInThePage[0] == 'sysop-total' and TTP != None:
wikipedia.output(u'The page is protected to the sysop, skipping...')
@@ -276,10 +275,9 @@
for replaceToPerform in TTR:
text = re.sub('(?:<noinclude>|)%s(?:</noinclude>|)' % replaceToPerform, '', text)
if oldtext != text:
- # Ok, asking if the change has to be performed and do it.
- if always == True:
- wikipedia.output(u"\n\n>>> \03{lightpurple}%s\03{default} <<<" % page.title())
- wikipedia.showDiff(oldtext, text)
+ # Ok, asking if the change has to be performed and do it if yes.
+ wikipedia.output(u"\n\n>>> \03{lightpurple}%s\03{default} <<<" % page.title())
+ wikipedia.showDiff(oldtext, text)
choice = ''
while 1:
if not always:
Revision: 5082
Author: filnik
Date: 2008-02-26 16:11:50 +0000 (Tue, 26 Feb 2008)
Log Message:
-----------
Seems that devs want to be killed by me :P The format has changed again, really dunno why. Supporting also this format hoping that's the last change.
Modified Paths:
--------------
trunk/pywikipedia/welcome.py
Modified: trunk/pywikipedia/welcome.py
===================================================================
--- trunk/pywikipedia/welcome.py 2008-02-25 23:25:20 UTC (rev 5081)
+++ trunk/pywikipedia/welcome.py 2008-02-26 16:11:50 UTC (rev 5082)
@@ -383,7 +383,7 @@
# and i put them in a list (i find it more easy and secure).
while 1:
# FIXME: That's the regex, if there are problems, take a look here.
- reg = r'\(<a href=\"/w/index.php\?title=%s(?P<user>.*?)&(?:amp;|)action=(?:edit|editredlink)\"' % talk
+ reg = r'\(<a href=\"/w/index.php\?title=%s(?P<user>.*?)&(?:amp;|)action=(?:edit|editredlink|edit&redlink=1)\"' % talk
p = re.compile(reg, re.UNICODE)
x = p.search(raw, pos)
if x == None:
Bugs item #1901676, was opened at 2008-02-25 23:02
Message generated for change (Comment added) made by rotemliss
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1901676&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: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Multichill (multichill)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bot adds Klingon links
Initial Comment:
Bot adds links to the now obsolete Klingon (tlh) wiktionary.
http://ga.wiktionary.org/w/index.php?title=December&diff=prev&oldid=12900
I included a patch to remove this links.
----------------------------------------------------------------------
>Comment By: Rotem Liss (rotemliss)
Date: 2008-02-26 15:54
Message:
Logged In: YES
user_id=1327030
Originator: NO
Duplicate of Bug 1899422.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1901676&group_…
Bugs item #1615700, was opened at 2006-12-14 05:03
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1615700&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: Invalid
Priority: 5
Private: No
Submitted By: Purodha B Blissenbach (purodha)
Assigned to: Nobody/Anonymous (nobody)
Summary: "category.py move [-inplace]" ignores some instances
Initial Comment:
I observed (very few) instances when the command:
python category.py ... move -inplace -from:... -to:...
did not catch all occurences of the -from category, so that ater the run it was not empty, since some pages belonging to it were not altered at all. I believe, replace.py did not find the category tag inside these pages.
I all such cases, the following was true, but I cannot tell, which of those (if any) is a trigger for replace.py's erroneous behaviour:
- "move -inplace" was used.
- the category tag was formatted like "[[namespace:pagename|sortkey]]", with a non-empty sort key present.
- the "[[namespace:" was
neither "[[Category:",
nor the default local name for the wiki/language (as present in $namespaceNames),
but another name which can be found only in the $namespaceAliases of the wiki language.
(My *guess* is the latter being the cause)
There may have been cases when category.py did find and correctly replaced the category tag in pages despite the conditions above, but I am not aware of any.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-02-25 15:10
Message:
Logged In: NO
The ways are already listed here.
----------------------------------------------------------------------
Comment By: Tavernier (tavernier)
Date: 2008-01-26 20:48
Message:
Logged In: YES
user_id=1705732
Originator: NO
can you give links ? does the problem still occur ?
sometimes he don't catch the category because it's transcluded from a
template.
----------------------------------------------------------------------
Comment By: Russell Blau (russblau)
Date: 2007-11-21 07:13
Message:
Logged In: YES
user_id=855050
Originator: NO
I have made many revisions to the "replaceCategoryInPlace()" function
since this bug was opened. If there is still a problem, please identify
specific articles/sites that don't get moved correctly. If not, this bug
can be closed.
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha)
Date: 2007-06-01 03:32
Message:
Logged In: YES
user_id=46450
Originator: YES
The sort key seems of no importance.
Here you can see that there are three ways to write "Category" in the
Wikipedia of Ripuarian languages:
http://ksh.wikipedia.org/w/index.php?title=Betupper_%28Minsch%29&diff=prev&…
- the list of categories below the page shows only one name, and there is
no wikilink of either at the end of the page.
I ran:
python category.py move -inplace -from:Mynsch -to:Minsch
and it resonded:
Checked for running processes. 1 processes currently running, including
the current process.
Getting [[Saachjrupp:Mynsch]]...
Getting 1 pages from wikipedia:ksh...
Getting a page to check if we're logged in on wikipedia:ksh
Sleeping for 5.6 seconds, 2007-06-01 10:05:04
Changing page [[ksh:Betupper (Minsch)]]
There are no subcategories in category Saachjrupp:Mynsch
Dumping to category.dump.bz2, please wait...
Here is the change made by the bot:
http://ksh.wikipedia.org/w/index.php?title=Betupper_%28Minsch%29&diff=next&…
1. It got the generic english name (category:Mynsch altered to
Category:Minsch) and normalized it.
2. It got the default localized name (Saachjrupp:Mynsch) and normalized it
to the generic english one. The default localized form is defined in
$namespaceNames.
3. It did NOT catch the alternate localized name (Kategorie:Mynsch, left
unchanged). BUT as you can see from the box at the bottom of the page, the
page is now in two categories. I.e. Mediawiki understands the alternate
localized form. Several alternate localized names can be defined in
$namespaceAliases, see
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/M…
I believe, category.py does either not know of $namespaceAliases, or uses
only one of the alternate names listed there.
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2007-04-26 12:30
Message:
Logged In: YES
user_id=1107255
Originator: NO
Please let us know if this bug report is still applicable to the current
code. If no response is given, the bug report will be closed one month from
now. This message was added in an effort to reduce the number of open
issues on this project. Siebrand
----------------------------------------------------------------------
Comment By: Cyde Weys (cydeweys)
Date: 2007-01-28 12:26
Message:
Logged In: YES
user_id=1506848
Originator: NO
Hrmm, I'm confused. How many different ways are there to write
"Category:"? I thought there was just one, whatever the language's wiki
uses. Can you give a specific example of one that wasn't caught, but that
should have been? Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1615700&group_…