Howdy folks,
In addition to the PHPUnit tests, which Chad mentioned already, our JS
test suites are now passing 100% as well!
== Passing 100% ==
Ever since the Berlin Hackathon, TestSwarm has been running
steadily[1]. We've spent time adding more test suites to better cover
our modules.
As of r90025 all modules are passing the test suites across the 13
different browsers currently accounted for (including IE6!)
I can't bring a ping-bot "back" online. Unfortunately because such bot
doesn't exist yet for the QUnit tests. It's on the agenda! :)
Check out the project overview for MediaWiki in TestSwarm[2].
The JS backend has catching up to do compared to where the PHP unit
testing is today. Anyone willing to help with anything related to
this, please let me know and I'll try to keep documentation up to date
as well (or write it yourself afterwards).
== Run tests! ==
Your'e not expected to test in all browsers before committing, but
know that it's very easy to run tests in atleast 1 browser. Please run
them (only takes a few seconds) before committing changes to client-
side resources.
* Point your localhost to /phase3/tests/qunit/
* That's it, sit back and look at the results.
--
Krinkle
[1] For the short-term that is, for the long-term TestSwarm needs to
be moved to WMF. And QUnit further integrated into the core. More on
that at http://www.mediawiki.org/wiki/Manual_talk:JavaScript_unit_testing#QUnit_.2F…
[2] http://toolserver.org/~krinkle/testswarm/user/MediaWiki/
This is where all resource-related[3] commits to /trunk are shown,
distributed to the swarm and reports are summarized. Each commit
("job") also has it's own detail view.
[3] "resource-related" means the commit affected /phase3/tests/qunit
and or /phase3/resources
* http://toolserver.org/~krinkle/testswarm/user/MediaWiki/
* http://toolserver.org/~krinkle/testswarm/job/113/
* http://mediawiki.org/wiki/Compatibility#Browser
* http://mediawiki.org/wiki/Manual:JavaScript_unit_testing#Running_the_unit_t…
I just installed the maps extension. - Version 0.7.6.1
Mediawiki version 1.15.3
PHP version 5.2.8 (isapi)
MySQL 5.1.40-community
I have {{#display_map:
30° 44'14 N, 76° 47' 14E | service=googlemaps}}
I received a google api key and added that to localSettings after including the extension. It tries to draw the map but stops at Loading Map ...
Is there something else I need to do.
Thanks,
Mary Beebe
Hi.
I faintly remember someone mentioned Gantt diagrams/charts here so here
it is:
http://www.mediawiki.org/wiki/Extension:JSWikiGantt
I must warn you that if you want to look at the code, please close your
eyes when you look at jsgantt.js ;-). This must have been a fun project
some years ago (there are some really interesting concepts there), but
is rather hard in modifying e.g. to allow more then one diagram per
page. I'll probably rewrite this someday. I was thinking about either
rendering this to SVG or on canvas rather then plain HTML. Any thoughts
on that?
We use this extension at work to plan/visualize small development
sprints by exporting tasks from Flyspray to Gantt XML. This is a bit
specific as Flyspray doesn't really have time interval field but I could
probably share this code if anyone wanted.
And here is an extension that uses Gantt for something a bit different:
http://www.mediawiki.org/wiki/Extension:JobSchEd
We use this to build something that on might call an out of office schedule.
Technically this extension is actually just a JavaScript that gets build
dynamically from JS modules by PHP and included in the header. Could
probably be used more generally, but as RL is now in 1.17 then this is
probably a bit less useful then it was.
Cheers,
Nux.
For the TimedMediaHandler I was adding more fine grain control over
background processes [1] and ran into a unix issue around getting both a
pid and exit status for a given background shell command.
Essentially with a background task I can get the pid or the exit status
but can't seem to get both:
to get the pid:
$pid = wfShellExec("nohup nice -n 19 $cmd > /tmp/stdout.log & echo $!";
put the exit status into a file:
$pid = wfShellExec("nohup nice -n 19 $cmd > /tmp/stdout.log && echo $? >
/tmp/exit.status";
But if I try to get both either my exit status is for the "echo pid"
command or my pid is for the "echo exit status" command. It seems like
there should be some shell trick back-reference background tasks or
something
If nothing else I think this could be done with a shell script and pass
in a lot of path targets and use the "wait $pid" command at the end to
grab the exit code of the background process. Did a quick guess at what
this would look like in that same commit[1], but would rather just do
some command line magic instead of putting a .sh script in the extension.
[1] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/90068
peace,
--michael
You have two weeks to submit a talk to Postgres Open (Chicago,
USA, September 14-16). If you care about MediaWiki running on Postgres,
this would be a great opportunity to activate the Postgres community and get
more of them using and contributing.
http://postgresopen.org/2011/speaker/
Talk proposals will be accepted until June 27, 2011 at 11:59pm (Chicago
time, I assume).
They're looking for workshops, case studies, HOWTOs, product presentations,
and innovation and scaling reports. More details:
http://postgresopen.org/2011/blog/2011/06/03/cfp-2011/
I'll happily help anyone who wants help preparing a proposal.
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
Ok, not as exciting a milestone as 100k will be, but it's still exciting!
Congratulations to MaxSem for winning the rev id lottery with r90000:
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/90000
"avoid test being marked as incomplete due to lack of assertions"
Testing's always a win. :) Keep on truckin' y'all!
-- brion vibber (brion @ wikimedia.org / brion @ pobox.com)
There's a problem which is familiar to people who use non-Latin
alphabets in computers is that they sometimes forget to switch the
keyboard layout and type a whole word or even a sentence of gibberish
until they notice it. For example, people who use a Cyrillic keyboard
may search Google for "цшлшзувшф", when they actually meant to search
for "wikipedia", and vice versa - "dbrbgtlbz" when they meant
"википедия" (that's "wikipedia" in Russian). The Google search engine
is aware of it for a few years now and often automatically searches
for the desired term in a DWIM manner.
Wikipedia's own search engine is not aware of it yet. A user in the
Hebrew Wikipedia had this idea: Maybe LanguageConverter can be used
for it? Common keyboard layouts can be mapped to each other, like the
two Serbian alphabet are mapped to each other today, and
Special:Search is already aware of LanguageConverter.
--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
"We're living in pieces,
I want to live in peace." - T. Moore