Apparently due to some miscommunications, a lot of people didn’t realize that the FlaggedRevs labs test wiki has been active and waiting for people to poke at it for a month, since just before Wikimania!

We need interested people to be get up as local administrators to try out the the per-page stabilization settings (accessed via the ‘protect’ tab); by default most pages do not activate FlaggedRevs in the configuration we’re testing for English Wikipedia.

I’ve added a couple quick notes to this affect on the main page.

Update: We’re collecting some folks to be bureaucrats and help set up more test admins so we can get things going quick!

Ok, we still need to complete automation of update runs for LocalisationUpdate, but it seems to be working!

It’s not the most glamorous of extensions, but you can see here an updated message (“Den här sidan” where the current deployed message file says “Denna sidan har”)!

– brion

Have you noticed the “Try Beta” link on the top of Wikimedia project sites?  The usability team is proud to introduce the new skin, Vector, and the enhanced toolbar.   Well, they have been available from user preferences over a month now, but we wanted to reach out to anonymous users.  Please check it out and let us know your thought, if you haven’t tried already.  We deployed a bunch of bug fixes since the release on July 1st.  Right-to-left languages are fully supported, and you will see integrated special characters in the tool bar.  If you are a administrator of Wikimedia project sites, we would like to ask you a favor.  Please consider removing the special character menu below the editing dialogue box in edit page.  As special characters are easily accessible from the toolbar, it will be good to reduce the duplication to make the page simplified.  The special character in the toolbar has generic universal set.  If you find missing character sets or have a request, please let us know through the project page or file an enhancement request via bugzilla under User Interface.

Arigato!

Naoko Komura, Project Manager, Usability Initiative

"Try Beta" screenshot

Special Characters screenshot

I am inviting people to check out the add media wizard and Firefogg on test.wikipedia.org.To help test go to you user preferences on that server and enable the add media wizard gadget. You can add general feedback here.

This post is cross posted on metavid.org

Basic Feature Overview:

add media wizard

The Add Media Wizard adds a little “add media” button to every edit page letting you open up media search system to inject images and movie clips into your page. Presently the media search system searches commons, archive.org and metavid.org. (note archive.org inserts are not yet working because of a redirect bug we should have that fixed soon).

firefogg logo

Firefogg is the really cool extension that everyone using open video on the web should know about! It packages ffmpeg2theora transcoder letting web sites trigger clients uploads of videos from whatever local format they have. Once you have enabled the add media wizard the site upload form gets a little use Firefogg button. Which you can use to enable the transcoder.

You may also want to see Brianna’s blog post made early this year about these media features. Stay tuned for wider gadget deployment ;) … if your can’t wait you can always add

update you can now use the add-media-wizard via the mwEmbed gadget.

to your User:UserName/monobook.js page. (note we have not yet enabled copy by url uploads on the other sites so you can’t import resources from archive sites yet)

Since we increased the upload filesize limit to 100MB on the main wikis a few months ago it’s been easier to upload large images and medium-size video clips, but there’s always something that’s just a leeeeetle over the limit… MediaWiki’s upload form does have an option for pulling a file from an external web site, which wouldn’t be restricted to the HTTP post limits in the Squid->Apache->PHP system.

We hadn’t been able to deploy it initially on Wikimedia sites because the web servers are walled off and don’t have direct access to the internet; further we were worried about safety given security reports about how the CURL library can follow malicious redirects to local filesystem resources.

On investigation, Tim found that CURL is safe in the default case — you need to explicitly enable redirect following to be exploited, which we don’t. We also have an HTTP proxy which our internal servers can use to reach outside files… I’ve made some tweaks to Special:Upload to support the proxy setting, and it’s now enabled on test.wikipedia.org:

My very first URL-uploaded file was a screenshot from one of my blog posts, Spiffy!

The default configuration limits URL uploads to sysops, so for now you’ll need to be a sysop on Test Wikipedia to try it out. If everything seems fairly problem-free we’ll start rolling this out a bit more widely for Commons and other sites.

The upload-by-URL functionality is also needed for future-facing work Michael Dale is working on to allow an on-wiki media picker to fetch freely-licensed files from Flickr, Archive.org, and other places.