Bugs item #3311532, was opened at 2011-06-04 08:24
Message generated for change (Comment added) made by malafaya
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3311532&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: 6
Private: No
Submitted By: André Malafaya Baptista (malafaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: -start:Category:! ending on letter B
Initial Comment:
I ran the command:
interwiki.py -family:wiktionary -lang:es -async -auto -cleanup -pt:1 -start:Category:!
but the bot stopped on categories starting with B, as if there was nothing else to process.
I'm not sure why it's doing that.
Pywikipedia [http] trunk/pywikipedia (r9287, 2011/06/04, 10:13:18)
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: André Malafaya Baptista (malafaya)
Date: 2012-07-19 03:02
Message:
Yes, probably. At the time, I still didn't know what the problem was.
Closing.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-07-18 21:55
Message:
Looks like bug #3540201. Is this still valid since Gerrit change #8407?
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-11-02 09:49
Message:
It still happens to me. It gets to some categories starting with D, and
then it stops. It seems to go/jump to Category:Árabe (which I believe
should be one of the last due to the diacritic) just before stopping.
Did you for example see any category starting with T while testing?
----------------------------------------------------------------------
Comment By: Nemo (nemobis)
Date: 2011-10-31 09:44
Message:
Works for me with last revision and python 2.7.2, same config.
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-06-04 15:01
Message:
I'm not sure if this helps but the categories retrieved seem to go back at
some point.
With -start:Category:D, I got this output at some stage, where it goes back
to categories starting with numbers:
======Post-processing [[es:Categor¡a:Dhivehi]]======
No changes needed on page [[pt:Categoria:Divehi]]
No changes needed on page [[en:Category:Dhivehi language]]
No changes needed on page [[el:Katigor¡a:Gl¢ssa ntibe?¡]]
No changes needed on page [[lt:Kategorija:Maldyvu kalba]]
No changes needed on page [[sv:Kategori:Divehi]]
No changes needed on page [[es:Categor¡a:Dhivehi]]
No changes needed on page [[ro:Categorie:Divehi]]
No changes needed on page [[fr:Cat'gorie:divehi]]
NOTE: The first unfinished subject is [[es:Categor¡a:Dan's]]
NOTE: Number of pages queued is 99, trying to add 60 more.
Getting 60 pages from wiktionary:es...
NOTE: [[es:Categor¡a:01 trazo]] does not have any interwiki links
NOTE: [[es:Categor¡a:02 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:03 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:04 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:05 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:06 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:07 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:08 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:09 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:10 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:10 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:11 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:11 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:12 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:13 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:14 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:15 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:17 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:19 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:20 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:3 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:4 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:5 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:6 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:7 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:8 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:9 letras]] does not have any interwiki links
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-06-04 09:30
Message:
Actually, no. It stopped on E, curiously enough, after processing some
categories starting with A...
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-06-04 08:52
Message:
If I do -start:Category:B, then it seems to run ok from then on until the
end.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3311532&group_…
Bugs item #2941628, was opened at 2010-01-28 06:30
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2941628&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: Out of Date
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: BOM (inserted by notepad.exe) should be stripped
Initial Comment:
> python version.py
Pywikipedia [http] trunk/pywikipedia (r7897, 2010/01/28, 12:22:31)
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)]
----
If a win32 user uses notepad.exe as an external editor for editarticle.py, notepad may insert 3-byte utf-8 BOM in front of file if it was BOM-free utf-8 file.
It causes that pywikipedia affected pages (e.g. by solve_disambiguation.py) contain U+FEFF (decoded BOM), and causes tables broken. (since there is U+FEFF before "{|")
http://ko.wikipedia.org/w/index.php?diff=prev&oldid=4442519
BOM should be stripped since python open() does not automatically.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-06-18 09:32
Message:
Is this still valid?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2941628&group_…
Bugs item #3311532, was opened at 2011-06-04 08:24
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3311532&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: 6
Private: No
Submitted By: André Malafaya Baptista (malafaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: -start:Category:! ending on letter B
Initial Comment:
I ran the command:
interwiki.py -family:wiktionary -lang:es -async -auto -cleanup -pt:1 -start:Category:!
but the bot stopped on categories starting with B, as if there was nothing else to process.
I'm not sure why it's doing that.
Pywikipedia [http] trunk/pywikipedia (r9287, 2011/06/04, 10:13:18)
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-07-18 21:55
Message:
Looks like bug #3540201. Is this still valid since Gerrit change #8407?
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-11-02 09:49
Message:
It still happens to me. It gets to some categories starting with D, and
then it stops. It seems to go/jump to Category:Árabe (which I believe
should be one of the last due to the diacritic) just before stopping.
Did you for example see any category starting with T while testing?
----------------------------------------------------------------------
Comment By: Nemo (nemobis)
Date: 2011-10-31 09:44
Message:
Works for me with last revision and python 2.7.2, same config.
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-06-04 15:01
Message:
I'm not sure if this helps but the categories retrieved seem to go back at
some point.
With -start:Category:D, I got this output at some stage, where it goes back
to categories starting with numbers:
======Post-processing [[es:Categor¡a:Dhivehi]]======
No changes needed on page [[pt:Categoria:Divehi]]
No changes needed on page [[en:Category:Dhivehi language]]
No changes needed on page [[el:Katigor¡a:Gl¢ssa ntibe?¡]]
No changes needed on page [[lt:Kategorija:Maldyvu kalba]]
No changes needed on page [[sv:Kategori:Divehi]]
No changes needed on page [[es:Categor¡a:Dhivehi]]
No changes needed on page [[ro:Categorie:Divehi]]
No changes needed on page [[fr:Cat'gorie:divehi]]
NOTE: The first unfinished subject is [[es:Categor¡a:Dan's]]
NOTE: Number of pages queued is 99, trying to add 60 more.
Getting 60 pages from wiktionary:es...
NOTE: [[es:Categor¡a:01 trazo]] does not have any interwiki links
NOTE: [[es:Categor¡a:02 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:03 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:04 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:05 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:06 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:07 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:08 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:09 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:10 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:10 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:11 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:11 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:12 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:13 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:14 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:15 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:17 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:19 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:20 trazos]] does not have any interwiki links
NOTE: [[es:Categor¡a:3 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:4 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:5 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:6 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:7 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:8 letras]] does not have any interwiki links
NOTE: [[es:Categor¡a:9 letras]] does not have any interwiki links
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-06-04 09:30
Message:
Actually, no. It stopped on E, curiously enough, after processing some
categories starting with A...
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2011-06-04 08:52
Message:
If I do -start:Category:B, then it seems to run ok from then on until the
end.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3311532&group_…
Bugs item #3413744, was opened at 2011-09-25 04:54
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3413744&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: Toto Azéro (toto-azero)
>Assigned to: Nobody/Anonymous (nobody)
Summary: bug with section titles in interwiki.py
Initial Comment:
There is a bug with the interwiki.py script : when the bot finds out an interwiki-link which must be deleted (without -force or -cleanup options), and when this link is at the end of a section, the bot destroys the next section.
See this for example : http://ja.wikipedia.org/w/index.php?title=ヘンリー銃&diff=37754031&oldid=37738852
Although this diff is quite old, this bug is still present in the script (I've made an try to check : see http://fr.wikipedia.org/w/index.php?diff=70277802).
--------------------
python version.py
Pywikipedia [http] trunk/pywikipedia (r9543, 2011/09/25, 09:08:55)
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-07-18 21:26
Message:
This is not affected by section titles but a new (?) mediawiki behaviour
which does no longer interprets a link to the origin language as a
language link, e.g. a link to [[fr:foo]] on a fr site is just a link.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-21 15:20
Message:
Upping the priority and assigning to myself at least for investigation
purposes, this would seem to be a significant issue.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3413744&group_…
Bugs item #3473828, was opened at 2012-01-14 09:37
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3473828&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: cosmetic_changes.py and <code>
Initial Comment:
Here:
http://ru.wikipedia.org/w/index.php?diff=40245627&oldid=39731202http://ru.wikipedia.org/w/index.php?diff=40765267&oldid=39425330
cosmetic_changes.py replaced the internal internal html-text of <code>...</code> with unicode symbols. That's not good, since the tag <code> is for an original representation of codes, including the html-code. So, I propose to add this tag to the elist of exceptions.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-07-04 03:32
Message:
CosmeticChangesToolkit.resolveHtmlEntities() deactivated in pyrev:10438 due
to this bug
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-05-30 05:42
Message:
duplicated by bug #3530791
raising prio.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-03-17 18:06
Message:
@ganz-du: unfortunatelly this part of code does not use replaceExcept() and
we have no exceptions list where to add that tag.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-03-17 06:34
Message:
Feel free to submit a patch.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2012-03-17 04:00
Message:
As I see, it just necessary to add this tag into arrays of exceptions and
it does not requir editing of any other parts of code. So please accelerate
the processing of of this bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3473828&group_…
Bugs item #3540201, was opened at 2012-07-04 07:41
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3540201&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: None
Priority: 6
Private: No
Submitted By: André Malafaya Baptista (malafaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: Category work sequence not correct in es.wiktionary
Initial Comment:
When processing the whole lot of categories in es.wiktionary (-start:Category:!), I noticed it suddenly ends near letter E. After some poking around, I noticed it jumps right after Category:EN:V** to Category:Á**.
A test I made:
interwiki.py -lang:es -start:"Category:EN:V" -async -pt:1 -cleanup -auto -family:wiktionary
NOTE: Number of pages queued is 0, trying to add 60 more.
Getting 14 pages from wiktionary:es...
Sleeping for 4.3 seconds, 2012-07-04 15:33:01
Dump es (wiktionary) appended.
(I hit Ctrl-C to inspect which categories are being worked on)
First thing to note is that it only retrieves 14 categories when you can check at es.wiktionary's Special:Categories that there are **hundreds** of categories after Category:EN:V.
When checking the dump, I have:
[[Categoría:África]]
[[Categoría:Álava]]
[[Categoría:Árabe]]
[[Categoría:Árabe-Español]]
[[Categoría:Árabe egipcio]]
[[Categoría:Árabe egipcio-Español]]
[[Categoría:Árboles]]
[[Categoría:Índice del inglés]]
[[Categoría:Índices ortográficos]]
[[Categoría:Ñeengatú]]
[[Categoría:Ñeengatú-Español]]
[[Categoría:Óptica]]
[[Categoría:ǃxóõ]]
[[Categoría:ǃxóõ-Español]]
As you can see, it jumped to letter Á but it also contains categories starting with !, which would go further into the beginning of processing.
After those 14 categories are worked, the bot stops. The categories between Category:ENM:** and Category:Z* were not processed.
Pywikipedia trunk/pywikipedia/ (r10435, 2012/07/01, 11:47:26)
Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-07-18 21:10
Message:
Should be fixed by Gerrit change #8407
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2012-07-04 08:18
Message:
Possibly related to MediaWiki bug #38165 (filed by myself):
https://bugzilla.wikimedia.org/38165
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3540201&group_…
Bugs item #3540806, was opened at 2012-07-06 03:55
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3540806&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: category
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: Nobody/Anonymous (nobody)
Summary: category_redirect.py doesn't remove categories
Initial Comment:
category_redirect.py has a bug that when the target category is added to articles by user or other bots it doesn't remove the redirected category
for exmaple
https://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:None/category_…
the target category in
https://fa.wikipedia.org/wiki/%D8%B1%D8%AF%D9%87:%D8%B3%D9%84%D9%88%D9%84%E…
is added by user and bot doesn't do any work
----------------------------------------------------------------------
Comment By: Amir (amird)
Date: 2012-07-13 10:26
Message:
I checked the bug and this is NOT a bug (It took one hour to realize). The
category is added by template transclusion so it can't be removed by bot
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3540806&group_…
Feature Requests item #3544335, was opened at 2012-07-15 03:53
Message generated for change (Comment added) made by yfdyh000
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3544335&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
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Run in -async mode, the logs sequence mess
Initial Comment:
In asynchronous mode, recommended to wait for the same page update details full output, then insert other information.
"Updating links on page [[xx:XXX]]" should not be inserted into the middle of the Continuous log.
The "Changes to be made:" of Same page should be with a continuous output.
----------------------------------------------------------------------
>Comment By: YFdyh000 (yfdyh000)
Date: 2012-07-15 08:50
Message:
I mean is all associated pages of a page as a unit to output and updates,
rather than each page as a unit.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-07-15 08:43
Message:
What you want is not really clear to me, but I suppose you want to let the
bot stall when there are 10 pages waiting to be saved?
What would be the use case for that?
----------------------------------------------------------------------
Comment By: YFdyh000 (yfdyh000)
Date: 2012-07-15 08:38
Message:
Oh. The following idea feasible?
Suppose a situation:
# max_queue_size = 10
...
# The current waiting put queue is 9
Getting 60 pages from wikipedia:en...
# Add 10+ pages to the put queue at same time
# The current waiting put queue is 19+
======Post-processing [[en:xxx]]======
"Updating links on page [[en:xxx]]." 10+
...
"Updating page [[en:xxx]] via API" 10+
"Getting 60 pages from wikipedia:de..."
......
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-07-15 08:14
Message:
That does not make any sense to me. If we have to wait for the update so we
can have the output from the script and from the async save routine in the
same place, the entire advantage of async saving is gone!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3544335&group_…
Feature Requests item #3544335, was opened at 2012-07-15 03:53
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3544335&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
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Run in -async mode, the logs sequence mess
Initial Comment:
In asynchronous mode, recommended to wait for the same page update details full output, then insert other information.
"Updating links on page [[xx:XXX]]" should not be inserted into the middle of the Continuous log.
The "Changes to be made:" of Same page should be with a continuous output.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-07-15 08:43
Message:
What you want is not really clear to me, but I suppose you want to let the
bot stall when there are 10 pages waiting to be saved?
What would be the use case for that?
----------------------------------------------------------------------
Comment By: YFdyh000 (yfdyh000)
Date: 2012-07-15 08:38
Message:
Oh. The following idea feasible?
Suppose a situation:
# max_queue_size = 10
...
# The current waiting put queue is 9
Getting 60 pages from wikipedia:en...
# Add 10+ pages to the put queue at same time
# The current waiting put queue is 19+
======Post-processing [[en:xxx]]======
"Updating links on page [[en:xxx]]." 10+
...
"Updating page [[en:xxx]] via API" 10+
"Getting 60 pages from wikipedia:de..."
......
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-07-15 08:14
Message:
That does not make any sense to me. If we have to wait for the update so we
can have the output from the script and from the async save routine in the
same place, the entire advantage of async saving is gone!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3544335&group_…
Feature Requests item #3544335, was opened at 2012-07-15 03:53
Message generated for change (Comment added) made by yfdyh000
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3544335&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
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Run in -async mode, the logs sequence mess
Initial Comment:
In asynchronous mode, recommended to wait for the same page update details full output, then insert other information.
"Updating links on page [[xx:XXX]]" should not be inserted into the middle of the Continuous log.
The "Changes to be made:" of Same page should be with a continuous output.
----------------------------------------------------------------------
>Comment By: YFdyh000 (yfdyh000)
Date: 2012-07-15 08:38
Message:
Oh. The following idea feasible?
Suppose a situation:
# max_queue_size = 10
...
# The current waiting put queue is 9
Getting 60 pages from wikipedia:en...
# Add 10+ pages to the put queue at same time
# The current waiting put queue is 19+
======Post-processing [[en:xxx]]======
"Updating links on page [[en:xxx]]." 10+
...
"Updating page [[en:xxx]] via API" 10+
"Getting 60 pages from wikipedia:de..."
......
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-07-15 08:14
Message:
That does not make any sense to me. If we have to wait for the update so we
can have the output from the script and from the async save routine in the
same place, the entire advantage of async saving is gone!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3544335&group_…