What: Collection extension triage bug triage When: Wednesday, August 24, 17:00UTC Time zone conversion: http://hexm.de/65 Where: #wikimedia-dev on freenode Use http://webchat.freenode.net/ if you don't have an IRC client
This week I'll be focusing on the Collection extension In week 2 of "The Bugmeister and Tomasz Finc". If you've ever tried to create PDFs or OpenZIM files using the Book Creator or wanted to try to adapt these tools for your own site, this is the bug triage for you.
Following are the bugs I really want to focus on. But if you don't see your bug here, then check out the etherpad: http://hexm.de/5l If it isn't listed there, send me an email and I'll try to make sure that it gets attention.
(FWIW, I hope to have a list of bugs ready for a sprint this weekend based, mostly, on the Collection extension.)
http://bugzilla.wikimedia.org/30326 -- PDF export extension doesn't support some characters in Arabic script
http://bugzilla.wikimedia.org/19830 -- PDF prints don't join Arabic letters properly
http://bugzilla.wikimedia.org/28206 -- PDF generation does not support Complex Script Wikis
http://bugzilla.wikimedia.org/30437 -- change the Hebrew default font to Taamey Frank CLM
http://bugzilla.wikimedia.org/27462 -- <noinclude> showing in PDF
http://bugzilla.wikimedia.org/28060 -- Collection extension should not add chapters in reverse order
http://bugzilla.wikimedia.org/30503 -- template exception for book maker (pdf export)
http://bugzilla.wikimedia.org/26330 -- collection contents lost when only loading js via https
http://bugzilla.wikimedia.org/24512 -- Collection uses curl_*() functions instead of Http::*() functions
http://bugzilla.wikimedia.org/28118 -- The path to images
https://bugzilla.wikimedia.org/30511 -- Collection extention should place time stamp of revision extracted into the offline file
http://bugzilla.wikimedia.org/30199 -- ZIM external links should be always marked as external.... or removed
Happy hacking!
Mark.
On Mon, Aug 22, 2011 at 3:03 PM, Mark A. Hershberger < mhershberger@wikimedia.org> wrote:
This week I'll be focusing on the Collection extension In week 2 of "The Bugmeister and Tomasz Finc". If you've ever tried to create PDFs or OpenZIM files using the Book Creator or wanted to try to adapt these tools for your own site, this is the bug triage for you.
Following are the bugs I really want to focus on. But if you don't see your bug here, then check out the etherpad: http://hexm.de/5l If it isn't listed there, send me an email and I'll try to make sure that it gets attention.
Be warned that many of these are issues with the Python-based mwlib parser & mwlib.rl PDF renderer or other output components; only a couple of them are actually in the PHP & JS-side Collection extension that plugs into MediaWiki.
You should definitely coordinate with the PediaPress developers about this bug triage if you haven't already -- I get the impression they're the only ones who understand and actively work on the Python-side code.
-- brion
Be warned that many of these are issues with the Python-based mwlib parser & mwlib.rl PDF renderer or other output components; only a couple of them are actually in the PHP & JS-side Collection extension that plugs into MediaWiki.
You should definitely coordinate with the PediaPress developers about this bug triage if you haven't already -- I get the impression they're the only ones who understand and actively work on the Python-side code.
-- brion _______________________________________________
Yes...
...today when trying to use trunk versions, I got "ERROR: Version mismatch between Javascript and PHP code. Contact admin to fix the installation of Collection extension for MediaWiki" Tom
On Tue, Aug 23, 2011 at 2:22 PM, Thomas Gries mail@tgries.de wrote:
...today when trying to use trunk versions, I got "ERROR: Version mismatch between Javascript and PHP code. Contact admin to fix the installation of Collection extension for MediaWiki"
That's entirely on the PHP & JS sides, now with mismatched version numbers since r91772:
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/91772#c21347
-- brion
2011/8/23 Mark A. Hershberger mhershberger@wikimedia.org:
What: Collection extension triage bug triage When: Wednesday, August 24, 17:00UTC Time zone conversion: http://hexm.de/65
Hi,
The time zone conversion is for 15:00UTC. So which time is the triage after all? :)
Thanks, strainu
Strainu strainu10@gmail.com writes:
2011/8/23 Mark A. Hershberger mhershberger@wikimedia.org:
When: Wednesday, August 24, 17:00UTC Time zone conversion: http://hexm.de/65
The time zone conversion is for 15:00UTC. So which time is the triage after all? :)
Argh!
To make matters worse, I have it as 1600UTC on the internal WMF calendar.
I've no idea why there are three different times. Since I've got 1600UTC on the internal calendar, let's make it that time. I'll watch #wikimedia-dev and let anyone who shows up early know about the change.
(Corrected) Link to Time zone conversion: http://hexm.de/67
What: Collection extension triage bug triage When: Wednesday, August 24, 16:00UTC Time zone conversion: http://hexm.de/67 Where: #wikimedia-dev on freenode. Use http://webchat.freenode.net/?channels=wikimedia-dev if you don't have an IRC client
Mark.
wikitech-l@lists.wikimedia.org