Patches item #3576365, was opened at 2012-10-11 08:35
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3576365&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: danmichaelo (danmichaelo)
>Assigned to: xqt (xqt)
Summary: Archivebot handling multiple equal signs in config
Initial Comment:
archivebot.py does currently not handle the following config syntax:
|archiveheader = {{Arkivskap | auto = lang | søk = ja }}
although there is no reason it should not. This is due to line 413, expecting only a single equal sign per line. A simple fix is to limit the splitting to a single split.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-13 10:48
Message:
done in r10562. thanks!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3576365&group_…
Bugs item #3577100, was opened at 2012-10-13 08:47
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3577100&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: YFdyh000 (yfdyh000)
>Assigned to: xqt (xqt)
Summary: only pick up last one page in same wiki langcode
Initial Comment:
https://vi.wikipedia.org/w/index.php?diff=8329665&oldid=8326609
The [[es:Municipio de America (condado de Brule, Dakota del Sur)]] is correct, but the script only to pick up the last one page in the same wiki langcode.
~/pywikipedia $ python interwiki.py -confirm -lang:vi -page:Xã_America,_Quận_Brule,_Nam_Dakota
NOTE: Number of pages queued is 0, trying to add 60 more.
Getting 1 page from wikipedia:vi...
Getting 1 page from wikipedia:es...
NOTE: [[es:Municipio de America (Dakota del Sur)]] does not exist. Skipping.
Getting 1 page from wikipedia:en...
NOTE: [[en:America Township, Brule County, South Dakota]] does not exist. Skipping.
======Post-processing [[vi:Xã America, Quận Brule, Nam Dakota]]======
Updating links on page [[vi:Xã America, Quận Brule, Nam Dakota]].
Changes to be made: Robot: Removing [[en:America Township, Brule County, South Dakota]], [[es:Municipio de America (Dakota del Sur)]]
- [[en:America Township, Brule County, South Dakota]]
- [[es:Municipio de America (condado de Brule, Dakota del Sur)]]
- [[es:Municipio de America (Dakota del Sur)]]
ERROR: Found incorrect link to en, es in [[vi:Xã America, Quận Brule, Nam Dakota]]
Submit? ([y]es, [n]o, open in [b]rowser, [g]ive up, [a]lways) n
WARNING: wikipedia: [[vi:Xã America, Quận Brule, Nam Dakota]] links to incorrect [[en:America Township, Brule County, South Dakota]]
WARNING: wikipedia: [[vi:Xã America, Quận Brule, Nam Dakota]] links to incorrect [[es:Municipio de America (Dakota del Sur)]]
Pywikipedia [http] trunk/pywikipedia (r10559, 2012/10/12, 22:55:43)
Python 2.7.3 (default, Oct 4 2012, 11:28:36)
[GCC 4.4.5]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-13 10:37
Message:
Duplicate to bug #3012516.
I guess this becomes a won't fix with mw 1.21wmf2
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3577100&group_…
Bugs item #3577100, was opened at 2012-10-13 08:47
Message generated for change (Tracker Item Submitted) made by yfdyh000
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3577100&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: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: only pick up last one page in same wiki langcode
Initial Comment:
https://vi.wikipedia.org/w/index.php?diff=8329665&oldid=8326609
The [[es:Municipio de America (condado de Brule, Dakota del Sur)]] is correct, but the script only to pick up the last one page in the same wiki langcode.
~/pywikipedia $ python interwiki.py -confirm -lang:vi -page:Xã_America,_Quận_Brule,_Nam_Dakota
NOTE: Number of pages queued is 0, trying to add 60 more.
Getting 1 page from wikipedia:vi...
Getting 1 page from wikipedia:es...
NOTE: [[es:Municipio de America (Dakota del Sur)]] does not exist. Skipping.
Getting 1 page from wikipedia:en...
NOTE: [[en:America Township, Brule County, South Dakota]] does not exist. Skipping.
======Post-processing [[vi:Xã America, Quận Brule, Nam Dakota]]======
Updating links on page [[vi:Xã America, Quận Brule, Nam Dakota]].
Changes to be made: Robot: Removing [[en:America Township, Brule County, South Dakota]], [[es:Municipio de America (Dakota del Sur)]]
- [[en:America Township, Brule County, South Dakota]]
- [[es:Municipio de America (condado de Brule, Dakota del Sur)]]
- [[es:Municipio de America (Dakota del Sur)]]
ERROR: Found incorrect link to en, es in [[vi:Xã America, Quận Brule, Nam Dakota]]
Submit? ([y]es, [n]o, open in [b]rowser, [g]ive up, [a]lways) n
WARNING: wikipedia: [[vi:Xã America, Quận Brule, Nam Dakota]] links to incorrect [[en:America Township, Brule County, South Dakota]]
WARNING: wikipedia: [[vi:Xã America, Quận Brule, Nam Dakota]] links to incorrect [[es:Municipio de America (Dakota del Sur)]]
Pywikipedia [http] trunk/pywikipedia (r10559, 2012/10/12, 22:55:43)
Python 2.7.3 (default, Oct 4 2012, 11:28:36)
[GCC 4.4.5]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3577100&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&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: Accepted
Priority: 7
Private: No
Submitted By: Kenrick Anggara (kenrick95)
Assigned to: Nobody/Anonymous (nobody)
Summary: cosmetic_changes.py : bot remove double interwiki
Initial Comment:
My bot :
http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…
Other's bot but I'm sure it is the same version as mine :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
My bot (Kenrick95Bot) version :
Pywikipedia nightly:pywikipedia (r28, 2010/03/16, 11:21:32)
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
Please fix... Thanks...
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-13 00:25
Message:
If I understand Gerrit:25232 in the right manner double interwiki links are
no longer supported by mediawiki i.e. they will no longer be displayed. If
this is right, this tracker is obsolete and there must be an other way to
implement "double interwikis" for example via templates and javascript if
already necessary.
----------------------------------------------------------------------
Comment By: Candalua (candalua)
Date: 2012-01-05 10:07
Message:
Hi everybody! I'm not directly posting the patch, because my code it's
rather "dirty" and not ready to be released, but I'll give you a document
that explains what I did. Feel free to use my solution, but be careful
because it's not fully tested. I will be happy to discuss it with you, and
maybe find a better solution.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-30 04:31
Message:
I agree completely, at least for now. This is the solution that has been
adopted on wikisources and implemented in a script by Candalua.
Essentially nobody else touches mainspace works which is where the multiple
interwikis show up.
Possibly in the long run Wikisources need to abandon interlanguage linking
by this method and switch to a different method of linking translations,
but that's a problem for wikisource.org and the wikimedia bugzilla world.
I will attach Candalua's solution (after I confirm with him that's it's
free licensed) for discussion/review.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 04:23
Message:
The currently most widely accepted paradigm is a 1:1 relationship between
pages of different sites. Multiple interwiki links means these pages does
not match exact each other. Ok some people wants links which match pages
they are quite similar. I know at wikisource this a most imported issue. As
valhallash says implementation is not trivial because a central paradigma
the bot is working with must be changed. I think there are several points:
MediaWiki too cannot deal with multiple interwiki links by returning them
via api
pwb cannot deal with multiple iw links. Changing it concerns the data
structures and most of the given methods dealing with iw links. My idea is
ignoring all source and target pages with multiple interwiki links like it
does with interwiki conflicts (if the methods are able to handle with ist)
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 10:32
Message:
The interlanguage extension exists and is stable:
http://www.mediawiki.org/wiki/Extension:Interlanguage
However, it does *not* solve this problem at all as far as I can see, it
simply replaces the interwiki language link system currently in use. It
won't help on any project it isn't adopted on and it won't likely be
adopted on wikisources unless it adds a lot more than it takes away.
Waiting on the across the board adoption of an extension to fix a bug that
can be easily avoided (by making the bot skip such pages) seems like a very
bad idea.
Interwiki.py's behavior is wrong in this case as well, which is part of the
issue.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-12-29 10:23
Message:
It's not entirely trivial to fix this at the moment. Cosmetic_changes
essentially does what interwiki.py does: it only uses the *last* mention of
a certain language.
Changing this behaviour will break interwiki.py, so it has to be
implemented with some care.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-29 09:33
Message:
We are waiting for the interlanguage extension ;)
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:18
Message:
bug
https://sourceforge.net/tracker/?func=detail&aid=3465680&group_id=93107&ati…
has been identified as a duplicate of this bug, I don't think we should
close the other bug report yet because, although the code involved may be
the same, the actual issue is slightly different. cosmetic_changes.py
should convert [[en:Steveville|Steveville]] to
[[:en:Steveville|Steveville]] because it's in the body of the article
rather than treating it as an interwiki language link.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-27 14:01
Message:
It is open, what you see is Valhallasw changing the close_date to none when
he essentially reversed xqt's change of the same day. I've increased the
priority and removed assignment to xqt as his last action was to close it
as "Wont Fix", so there's no reason to believe that he's actually working
on this.
Last I knew interwiki.py did the same thing.
Is that the same issue? I mean does cosmetic_changes.py get the removal
function from interwiki.py or is the same code at least. We have a work
around on ws (where double and triple interwikis are common) though it
really means skipping such pages.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 23:04
Message:
1. Is this issue is "Open" ? Ask, because on this page I see
"close_date 2010-06-09 00:36"
2. If it "Open" please increase priority, or provide workaround.
3. s this problem with "standardizePageFooter" module ?
If yes, which line should I comment as workaround ?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-06-09 00:54
Message:
In no case should a bot destroy data, especially not if the reasoning
behind it is 'the software cannot cope with it'. A double interwiki might
be wrong from a MediaWiki/pwb perspective, but it is *not* wrong from a
content perspective. As such, they should simply be left alone.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-06-09 00:36
Message:
MediaWiki also could not handle double interwiki to the same site. It only
saves one link into its database and only one link is reachable via api or
database request. Unless this is not changed by MediaWiki's behavior I do
propose not to changed bot's behavior.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-06-07 07:46
Message:
Double interwiki in page is incorrect - interwiki bot cannot handle it and
it makes problem for them.
----------------------------------------------------------------------
Comment By: Kenrick Anggara (kenrick95)
Date: 2010-06-07 04:09
Message:
Update :
I have updated my Pywikipediabot into the latest version. I test it on that
Thomas & Uber Cup page and the result is :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&group_…
Bugs item #3564962, was opened at 2012-09-05 02:19
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3564962&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: Nobody/Anonymous (nobody)
Assigned to: xqt (xqt)
Summary: list index out of range (pa.wikt)
Initial Comment:
Interwiki crashes when working on wikt and found any page in pa.wikt. When I eun bot for this wiktionary, I got this:
C:\Documents and Settings\Jan>cd\
C:\Dokumenty\py>interwiki.py -async -cleanup -autonomous -wiktionary -lang:pa -family:wiktionary -start:!
NOTE: Number of pages queued is 0, trying to add 60 more.
Getting 60 pages from wiktionary:pa...
Sleeping for 7.0 seconds, 2012-09-05 11:15:15
Dump pa (wiktionary) appended.
Traceback (most recent call last):
File "C:\Dokumenty\py\interwiki.py", line 2557, in <module>
main()
File "C:\Dokumenty\py\interwiki.py", line 2531, in main
bot.run()
File "C:\Dokumenty\py\interwiki.py", line 2270, in run
self.queryStep()
File "C:\Dokumenty\py\interwiki.py", line 2243, in queryStep
self.oneQuery()
File "C:\Dokumenty\py\interwiki.py", line 2239, in oneQuery
subject.batchLoaded(self)
File "C:\Dokumenty\py\interwiki.py", line 1317, in batchLoaded
(skip, alternativePage) = self.disambigMismatch(page, counter)
File "C:\Dokumenty\py\interwiki.py", line 1081, in disambigMismatch
if self.originPage.isDisambig() and not page.isDisambig():
File "C:\Dokumenty\py\wikipedia.py", line 1510, in isDisambig
'Disambiguationspage').split(':', 1)[1]])
IndexError: list index out of range
C:\Dokumenty\py>version.py
Pywikipedia trunk/pywikipedia/ (r10512, 2012/08/30, 20:40:38)
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-09-05 06:02
Message:
It is not a python framework bug. There was a wrong localisation for
pa-wikis done this week in MediaWiki:Disambiguationspage. I reverted it to
default.
https://translatewiki.net/w/i.php?title=MediaWiki:Disambiguationspage/pa&ac…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3564962&group_…
Bugs item #3576158, was opened at 2012-10-10 16:11
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3576158&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: General
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: xqt (xqt)
Summary: pywikibot.i18n.TranslationError
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r10549, 2012/10/07, 20:34:17)
Python 2.7.3 (default, Sep 17 2012, 17:42:49)
[GCC 4.4.5]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
File "interwiki.py", line 2320, in compareLanguages
mcomment += i18n.twtranslate(insite.lang, commentname) % changes
File "/home/yfdyh000/pywikipedia/pywikibot/i18n.py", line 303, in twtranslate
raise TranslationError("No English translation has been defined for TranslateWiki key %r" % twtitle)
pywikibot.i18n.TranslationError: No English translation has been defined for TranslateWiki key 'interwiki-adding'
pywikipedia/i18n/interwiki.py in r10550 added a lot of empty values, gan, hi, hif, etc.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-11 13:23
Message:
r10550 reverted in r10557
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-10-11 13:10
Message:
done in r10556
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3576158&group_…
Bugs item #3576158, was opened at 2012-10-10 16:11
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3576158&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: Fixed
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
>Assigned to: xqt (xqt)
Summary: pywikibot.i18n.TranslationError
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r10549, 2012/10/07, 20:34:17)
Python 2.7.3 (default, Sep 17 2012, 17:42:49)
[GCC 4.4.5]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
File "interwiki.py", line 2320, in compareLanguages
mcomment += i18n.twtranslate(insite.lang, commentname) % changes
File "/home/yfdyh000/pywikipedia/pywikibot/i18n.py", line 303, in twtranslate
raise TranslationError("No English translation has been defined for TranslateWiki key %r" % twtitle)
pywikibot.i18n.TranslationError: No English translation has been defined for TranslateWiki key 'interwiki-adding'
pywikipedia/i18n/interwiki.py in r10550 added a lot of empty values, gan, hi, hif, etc.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-11 13:10
Message:
done in r10556
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3576158&group_…
Bugs item #3576102, was opened at 2012-10-10 11:59
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3576102&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: General
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
>Assigned to: xqt (xqt)
Summary: Family file wikipedia
Initial Comment:
Pywikipedia trunk/pywikipedia/ (r10550, 2012/10/07, 20:34:17)
Python 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
WARNING: Family file wikipedia contains version number 1.20wmf12, but it should be 1.21wmf1
WARNING: Outdated family file wikipedia: namespace['got'][5] is '??? Wikipedia ?
????????', but should be '𐌸𐌹𐍃 Wikipedia 𐌲𐌰𐍅𐌰𐌿𐍂𐌳𐌾𐌰'
WARNING: Missing namespace in family file wikipedia: namespace['kk'][102] (it is set to 'Жоба')
WARNING: Missing namespace in family file wikipedia: namespace['kk'][103] (it is set to 'Жоба талқылауы')
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-11 10:14
Message:
done in r10551, r10552
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3576102&group_…
Patches item #3576365, was opened at 2012-10-11 08:35
Message generated for change (Tracker Item Submitted) made by danmichaelo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3576365&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: danmichaelo (danmichaelo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Archivebot handling multiple equal signs in config
Initial Comment:
archivebot.py does currently not handle the following config syntax:
|archiveheader = {{Arkivskap | auto = lang | søk = ja }}
although there is no reason it should not. This is due to line 413, expecting only a single equal sign per line. A simple fix is to limit the splitting to a single split.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3576365&group_…
Bugs item #3302496, was opened at 2011-05-15 09:45
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3302496&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: 5
Private: No
Submitted By: xqt (xqt)
Assigned to: Nobody/Anonymous (nobody)
Summary: unlinking StoredPage fails
Initial Comment:
While running multiple task unlinking StoredPage failes as follows
NOTE: Number of pages queued is 0, trying to add 60 more.
Dump sm (wikipedia) appended.
Traceback (most recent call last):
File "C:\pywikibot\PWB\interwiki.py", line 2714, in <module>
main()
File "C:\pywikibot\PWB\interwiki.py", line 2696, in main
StoredPage.SPdeleteStore()
File "C:\pywikibot\PWB\interwiki.py", line 832, in SPdeleteStore
os.unlink(StoredPage.SPpath)
WindowsError: [Error 5] Access denied: 'C:\\pywikibot\\PWB\\cache\\pagestore2'
C:\pywikibot\PWB>version.py
Pywikipedia [http] trunk/pywikipedia (r9241, 2011/05/12, 05:05:26)
Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: triggers problem #3081100
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-10-11 06:31
Message:
Currently it looks like Movable Type is the top blogging platform out there
right now. (from what I've read) Is that what you're using on your blog?
[url=http://sunface.webgarden.com/]north face jackets cheap[/url]
<a href="http://sunface.webgarden.com/" title="north face jackets
cheap">north face jackets cheap</a>
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3302496&group_…