Re: [Wikitech-l] Unlicking the cookie: "ExtensionStatus" extension

[Thomas Gries]

Am 23.02.2014 02:22, schrieb Moriel:

https://github.com/mooeypoo/MediaWiki-ExtensionStatus

https://www.mediawiki.org/wiki/Extension:ExtensionStatus
...
So, does anyone want to join in and help revisit the code?

It appears to me that you need at least bring your extension in line 
with the present MediaWiki core code.
The core code recently improved the information display on the 
Special:Version pages - did you notice ?


Bringing extension code inline with core code /can /be painful (your 
mileage may vary), but once you did this, an investment, you can quickly 
update and follow further changes. Let me know, if you are ready.


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Bugzilla Weekly Report

[reporter]

MediaWiki Bugzilla Report for February 17, 2014 - February 24, 2014

Wikimedia Bugzilla report (FAILED), DB connection failure FAILED

DB connection failure

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Bugzilla Weekly Report

[reporter]

MediaWiki Bugzilla Report for February 17, 2014 - February 24, 2014

Status changes this week

Reports changed/set to UNCONFIRMED:  6 
Reports changed/set to NEW:  36
Reports changed/set to ASSIGNED   :  27
Reports changed/set to REOPENED   :  12
Reports changed/set to PATCH_TO_RE:  65
Reports changed/set to RESOLVED   :  263   
Reports changed/set to VERIFIED   :  18

Total reports still open  : 14013 
Total bugs still open : 8232  
Total non-lowest prio. bugs still open: 8020  
Total enhancements still open : 5781  

Reports created this week: 387   

Resolutions for the week:

Reports marked FIXED :  167   
Reports marked DUPLICATE :  31
Reports marked INVALID   :  20
Reports marked WORKSFORME:  27
Reports marked WONTFIX   :  21

Specific Product/Component Resolutions & User Metrics 

Created reports per component

MediaWiki extensions  Flow  25  
  
Tool Labs tools   Commons Delinker  25  
  
VisualEditor  Editing Tools 18  
  
Wikimedia Logstash  16  
  
VisualEditor  General   13  
  

Created reports per product

MediaWiki extensions  154   
Wikimedia 66
VisualEditor  36
Tool Labs tools   35
MediaWiki 34

Top 5 bug report closers

jforrester [AT] wikimedia.org 28
gdubuc [AT] wikimedia.org 20
matma.rex [AT] gmail.com  17
aklapper [AT] wikimedia.org   16
hashar [AT] free.fr   14


Most urgent open issues

Product   | Component | BugID | Priority  | LastChange | Assignee   
  | Summary  
--
MediaWiki ext | CirrusSearch  | 61752 | Highest   | 2014-02-22 | 
innocentkiller[AT]gm | Beta search provides weird snippets f

MediaWiki ext | Diff  | 58274 | Highest   | 2014-01-22 | 
wikibugs-l[AT]lists. | Implement an order-aware MapDiffer   

MediaWiki ext | Echo  | 53569 | Highest   | 2014-02-21 | 
wikibugs-l[AT]lists. | [Regression] Echo: Sending 2 e-mails 

MediaWiki ext | Flow  | 58016 | Highest   | 2014-02-20 | 
wikibugs-l[AT]lists. | Flow: Suppression redacts the wrong u

MediaWiki ext | Flow  | 61715 | Highest   | 2014-02-21 | 
wikibugs-l[AT]lists. | Flow: title of suppressed topic and u

MediaWiki ext | OAuth | 57336 | Highest   | 2014-02-06 | 
wikibugs-l[AT]lists. | Make metawiki the central OAuth wiki 

MediaWiki ext | Translate | 60306 | Highest   | 2014-02-03 | 
ori[AT]wikimedia.org | TypeError: mw.uls is undefined on [[m

MediaWiki ext | WikidataRepo  | 58166 | Highest   | 2013-12-09 | 
wikidata-bugs[AT]lis | label/description uniqueness constrai

MediaWiki ext | WikidataRepo  | 57918 | Highest   | 2014-01-13 | 
wikidata-bugs[AT]lis | show diffs for sorting changes   

MediaWiki ext | WikidataRepo  | 60127 | Highest   | 2014-01-17 | 
wikidata-bugs[AT]lis | Implement DB schema for query indexes

MediaWiki ext | WikidataRepo  | 52385 | Highest   | 2014-02-03 | 
wikidata-bugs[AT]lis | Query by one property and one value (

VisualEditor  | Editing Tools | 50768 | Highest   | 2014-02-03 | 
tparscal[AT]wikimedi | VisualEditor: Implement a better vers

VisualEditor  | MediaWiki int | 48429 | Highest   | 2014-01-21 | 
krinklemail[AT]gmail | VisualEditor: Support editing of sect

Wikimedia | Apache config | 31369 | Highest   | 2014-01-20 | 
bugzilla+org.wikimed | Non-canonical HTTPS URLs quietly redi

Wikimedia | Bugzilla  | 61453 | Highest   | 2014-02-19 | 
wikibugs-l[AT]lists. | Bugzilla Weekly Report to wikitech-l[

Wikimedia | Mailing lists | 60215 | Highest   | 2014-02-21 | 
wikibugs-l[AT]lists. | Mails to any wikimedia.org account/li

Wikimedia | Shop  | 61527 | Highest   | 2014-02-20 | 
ccogdill[AT]wikimedi | JS error on shop's main page (unclose

Wikimedia | Site requests | 60323 | Highest   | 2014-02-11 | 
wikibugs-l[AT]lists. | Make ULS enabled by default for India

Wikimedia Lab | Infrastru

Re: [Wikitech-l] Drop support for PHP 5.3

[Chad]

+1 here as well. Let's look at this for 1.24 :)

-Chad
On Feb 23, 2014 8:42 AM, "David Gerard"  wrote:

> On 23 February 2014 01:25, Markus Glaser  wrote:
>
> > I'd like to see the next MediaWiki LTS version (1.23) to support PHP 5.3.
> > MW1.23LTS has a scheduled release date at end of April (we might add a
> week or
> > two for safety). After that, no problem from my side (release
> management) with
> > dropping PHP5.3 support.
>
>
> As an LTS user (typically on Ubuntu 12.04; assume hosting environments
> won't go 14.04 straight away), that would make me very happy :-) And
> would probably do, yes.
>
>
> - d.
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Commons-l] Lower-resolution .ogv video transcodes coming

[Brion Vibber]

Looks like the disable didn't get done (whoops!) so it'll still be churning
out those transcodes...

Here's a config tweak for the popup video player size issue, that might get
pushed a little faster than the TimedMediaHandler fix:
https://gerrit.wikimedia.org/r/#/c/115094/

-- brion


On Fri, Feb 21, 2014 at 10:37 AM, Brion Vibber wrote:

> In addition to the sudden burst of transcodes, we found that the player
> widget is sometimes aggressively selecting the small size when it should be
> defaulting to a larger size.
>
> So we're temporarily disabling the small sizes again;
> https://bugzilla.wikimedia.org/61760 covers checking/tweaking the player
> to handle this case better.
>
> -- brion
>
>
> On Fri, Feb 21, 2014 at 6:07 AM, bawolff  wrote:
>
>> On Thu, Feb 20, 2014 at 7:07 PM, Brion Vibber 
>> wrote:
>> [..]
>> >
>> >
>> > Files should gradually populate at the smaller sizes as they get
>> referenced
>> > and the new sizes are automatically added to the transcoding queue.
>> >
>> > Please give a shout if there's any problems.
>> >
>> > -- brion
>>
>> Looks like this actually adds them to the queue all at once - 23,386
>> 160p videos queued, 11,745 160p transcodes already done (!), which
>> means about 85% of all videos are either already transcoded to 160p,
>> or in the queue.
>>
>> This might cause some delays in transcoding newly uploaded files, but
>> given that in a single day there's already been almost 20,000 new
>> transcodes, it looks like it won't take that long to be done with all
>> of them. I'm really quite surprised how fast the transcoding is
>> proceeding.
>>
>> --bawolff
>>
>> ___
>> Commons-l mailing list
>> common...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/commons-l
>>
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to ask for a python package into Labs

[Alex Brollo]

OK, done


2014-02-23 7:53 GMT+01:00 K. Peachey :

> bugzilla.
>
>
> On 23 February 2014 16:51, Alex Brollo  wrote:
>
> > I'd  need internetarchive python package into Labs:
> > https://pypi.python.org/pypi/internetarchive , a python bot for Internet
> > Archive. I cant't find how to ask for installing it into Labs. Can you
> help
> > me?
> >
> > It's an interesting package - it can be implemented into a pywikibot and
> > manage both mediawiki pages and Internet Archive items both reading and
> > editing metadata and uploading new items/pages. I've been encouraged to
> go
> > on by Tpt.
> >
> > Alex brollo
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] Deployment and Roadmap highlights - week of February 24th

[Brion Vibber]

We bumped the releases back to make them more awesome (and include login &
basic editing features in the first big release). Few more weeks. :)

-- brion


On Sat, Feb 22, 2014 at 10:22 PM, Yuvi Panda wrote:

> On Sat, Feb 22, 2014 at 4:50 AM, Greg Grossmeier wrote:
>>
>>
>> == Friday ==
>>
>> New versions of the iOS and Android applications will be submitted to
>> their respective markets.
>>
>>
> I don't think that's happening?
>
>
> ___
> Engineering mailing list
> engineer...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Help: Upload without text revision - broken

[Manuel Schneider]

Am 23.02.2014 11:09, schrieb This, that and the other:
> There are currently 96 pages on commonswiki with page_latest = 0 (i.e.
> they are missing a revision to display). Some go back to 2013 (oldest is
> [1]), but a spate of about 40 or so have appeared in the last few days.
> 
> Very odd... I guess they all need to be fixed and the underlying issue
> checked out.

thanks for looking into this issue.

Two more notes:
* there is a bug on this:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32551

* the symptoms can be fixed by deleting the page, then it can be re-created.
See:
https://commons.wikimedia.org/w/index.php?title=File:Caspary,_Daniel_%28de%29.webm&action=history

Thanks to all who are looking into this and User:Steinsplitter who
deleted all the affected pages today,


Manuel
-- 
Wikimedia CH - Verein zur Förderung Freien Wissens
Lausanne, +41 (21) 34066-22 - www.wikimedia.ch

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Help: Upload without text revision - broken

[Brian Wolff]

This is happening a lot recently, see
https://bugzilla.wikimedia.org/show_bug.cgi?id=32551 . 96 is an
under-estimate since commons generally deletes these pages.

-bawolff

On Feb 23, 2014 6:10 AM, "This, that and the other" 
wrote:
>
> There are currently 96 pages on commonswiki with page_latest = 0 (i.e.
they are missing a revision to display). Some go back to 2013 (oldest is
[1]), but a spate of about 40 or so have appeared in the last few days.
>
> Very odd... I guess they all need to be fixed and the underlying issue
checked out.
>
> TTO
>
> --
> [1]
https://commons.wikimedia.org/wiki/File:Montreal_Place_Londres_2013.JPG
>
> "Manuel Schneider"  wrote in message news:5309b3b2.9040...@wikimedia.ch...
>
>
> Hi,
>
> I need help with an uploaded file on Commons which is broken:
> https://commons.wikimedia.org/wiki/File:Caspary,_Daniel_%28de%29.webm
>
> This file was - among many others - uploaded to Commons using the
> Commonist. Now as you see the wikitext is completely missing and there
> is no way to add it. The wikitext revision seems to be missing,
> rendering the database broken.
>
> * the history is empty
> * trying to edit the page results in an edit conflict which is not
> resolvable (trying to overwrite just triggers the next edit conflict)
>
> Can someone please have a look at the database and fix this issue?
>
> Thanks,
>
>
> Manuel
> --
> Manuel Schneider - Chief Information Officer
> Wikimedia CH - Verein zur Förderung Freien Wissens
> Lausanne, +41 (21) 340 66 22 - www.wikimedia.ch
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Exit stats?

[Jeremy Baron]

On Sun, Feb 23, 2014 at 6:11 PM, Strainu  wrote:
> Does Wikipedia have any exit or click-through stats, like what links
> are the visitors following from an article? If yes, are those public?

Forwarded to the (public) analytics list
(analyt...@lists.wikimedia.org). Please followup there (and you're
welcome to subscribe too).

-Jeremy

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Exit stats?

[Strainu]

Hi,

Does Wikipedia have any exit or click-through stats, like what links
are the visitors following from an article? If yes, are those public?

Thanks,
  Strainu

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] ogv.js - JavaScript video decoding proof of concept

[David Gerard]

On 23 February 2014 14:43, Brion Vibber  wrote:

> As long as the scripts are open source and we're building them with an open
> source toolchain, and the entire purpose is to be a shim for missing
> browser feature support, does anyone have an objection?


+1 from this unreconstructed Stallmanite :-)


- d.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Drop support for PHP 5.3

[David Gerard]

On 23 February 2014 01:25, Markus Glaser  wrote:

> I'd like to see the next MediaWiki LTS version (1.23) to support PHP 5.3.
> MW1.23LTS has a scheduled release date at end of April (we might add a week or
> two for safety). After that, no problem from my side (release management) with
> dropping PHP5.3 support.


As an LTS user (typically on Ubuntu 12.04; assume hosting environments
won't go 14.04 straight away), that would make me very happy :-) And
would probably do, yes.


- d.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Multimedia] ogv.js - JavaScript video decoding proof of concept

[Michael Dale]

Amazing work. Added bug to integrate into TMH player.  
https://bugzilla.wikimedia.org/show_bug.cgi?id=61823

I can’t imagine anyone being against flash to deliver free formats!  

—michael

On Feb 23, 2014, at 5:45 PM, Brion Vibber  wrote:

> In case anybody's interested but not on wikitech-l; looking for some feedback 
> on possible directions for fallback in-browser video players.
> 
> -- brion
> 
> -- Forwarded message --
> From: Brion Vibber 
> Date: Sun, Feb 23, 2014 at 6:43 AM
> Subject: Re: ogv.js - JavaScript video decoding proof of concept
> To: Wikimedia-tech list 
> 
> 
> Just an update on this weekend project, see the current demo in your 
> browser[1] or watch a video of Theora video playing on an iPhone 5s![2]
> 
> [1] https://brionv.com/misc/ogv.js/demo/
> [2] http://www.youtube.com/watch?v=U_qSfHPhGcA
> 
> * Got some fixes and testing from one of the old Cortado maintainers -- 
> thanks Maik!
> * Audio/video sync is still flaky, but everything pretty much decodes and 
> plays properly now.
> * IE 10/11 work, using a Flash shim for audio.
> * OS X Safari 6.1+ works, including native audio.
> * iOS 7 Safari works, including native audio.
> 
> Audio-only files run great on iOS 7 devices. The 160p video transcodes we 
> experimentally enabled recently run *great* on a shiny 64-bit iPhone 5s, but 
> are still slightly too slow on older models.
> 
> 
> The Flash audio shim for IE is a very simple ActionScript3 program which 
> accepts audio samples from the host page and outputs them -- no proprietary 
> or patented codecs are in use. It builds to a .swf with the open-source 
> Apache Flex SDK, so no proprietary software is needed to create or update it.
> 
> I'm also doing some preliminary research on a fully Flash version, using the 
> Crossbridge compiler[3] for the C codec libraries. Assuming it performs about 
> as well as the JS does on modern browsers, this should give us a fallback for 
> old versions of IE to supplement or replace the Cortado Java player... Before 
> I go too far down that rabbit hole though I'd like to get peoples' opinions 
> on using Flash fallbacks to serve browsers with open formats.
> 
> As long as the scripts are open source and we're building them with an open 
> source toolchain, and the entire purpose is to be a shim for missing browser 
> feature support, does anyone have an objection?
> 
> [3] https://github.com/adobe-flash/crossbridge
> 
> -- brion
> 
> 
> On Mon, Oct 7, 2013 at 9:01 AM, Brion Vibber  wrote:
> TL;DR SUMMARY: check out this short, silent, black & white video: 
> https://brionv.com/misc/ogv.js/demo/ -- anybody interested in a side project 
> on in-browser audio/video decoding fallback?
> 
> 
> One of my pet peeves is that we don't have audio/video playback on many 
> systems, including default Windows and Mac desktops and non-Android mobile 
> devices, which don't ship with Theora or WebM video decoding.
> 
> The technically simplest way to handle this is to transcode videos into H.264 
> (.mp4 files) which is well supported by the troublesome browsers. 
> Unfortunately there are concerns about the patent licensing, which has held 
> us up from deploying any H.264 output options though all the software is 
> ready to go...
> 
> While I still hope we'll get that resolved eventually, there is an 
> alternative -- client-side software decoding.
> 
> 
> We have used the 'Cortado' Java applet to do fallback software decoding in 
> the browser for a few years, but Java applets are aggressively being 
> deprecated on today's web:
> 
> * no Java applets at all on major mobile browsers
> * Java usually requires a manual install on desktop
> * Java applets disabled by default for security on major desktop browsers
> 
> Luckily, JavaScript engines have gotten *really fast* in the last few years, 
> and performance is getting well in line with what Java applets can do.
> 
> 
> As an experiment, I've built Xiph's ogg, vorbis, and theora C libraries 
> cross-compiled to JavaScript using emscripten and written a wrapper that 
> decodes Theora video from an .ogv stream and draws the frames into a  
> element:
> 
> * demo: https://brionv.com/misc/ogv.js/demo/
> * code: https://github.com/brion/ogv.js
> * blog & some details: 
> https://brionv.com/log/2013/10/06/ogv-js-proof-of-concept/
> 
> It's just a proof of concept -- the colorspace conversion is incomplete so 
> it's grayscale, there's no audio or proper framerate sync, and it doesn't 
> really stream data properly. But I'm pleased it works so far! (Currently it 
> breaks in IE, but I think I can fix that at least for 10/11, possibly for 9. 
> Probably not for 6/7/8.)
> 
> Performance on iOS devices isn't great, but is better with lower resolution 
> files :) On desktop it's screaming fast for moderate resolutions, and could 
> probably supplement or replace Cortado with further development.
> 
> Is anyone interested in helping out or picking up the project to move it 
> towards proper pl

Re: [Wikitech-l] [Engineering] Deployment and Roadmap highlights - week of February 24th

[Greg Grossmeier]

> On Sat, Feb 22, 2014 at 4:50 AM, Greg Grossmeier  wrote:
> >
> >
> > == Friday ==
> >
> > New versions of the iOS and Android applications will be submitted to
> > their respective markets.
> >
> >
> I don't think that's happening?

First I've heard. Do let me know, member of the mobile team :)

Greg


-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] ogv.js - JavaScript video decoding proof of concept

[Brion Vibber]

Just an update on this weekend project, see the current demo in your
browser[1] or watch a video of Theora video playing on an iPhone 5s![2]

[1] https://brionv.com/misc/ogv.js/demo/
[2] http://www.youtube.com/watch?v=U_qSfHPhGcA

* Got some fixes and testing from one of the old Cortado maintainers --
thanks Maik!
* Audio/video sync is still flaky, but everything pretty much decodes and
plays properly now.
* IE 10/11 work, using a Flash shim for audio.
* OS X Safari 6.1+ works, including native audio.
* iOS 7 Safari works, including native audio.

Audio-only files run great on iOS 7 devices. The 160p video transcodes we
experimentally enabled recently run *great* on a shiny 64-bit iPhone 5s,
but are still slightly too slow on older models.


The Flash audio shim for IE is a very simple ActionScript3 program which
accepts audio samples from the host page and outputs them -- no proprietary
or patented codecs are in use. It builds to a .swf with the open-source
Apache Flex SDK, so no proprietary software is needed to create or update
it.

I'm also doing some preliminary research on a fully Flash version, using
the Crossbridge compiler[3] for the C codec libraries. Assuming it performs
about as well as the JS does on modern browsers, this should give us a
fallback for old versions of IE to supplement or replace the Cortado Java
player... Before I go too far down that rabbit hole though I'd like to get
peoples' opinions on using Flash fallbacks to serve browsers with open
formats.

As long as the scripts are open source and we're building them with an open
source toolchain, and the entire purpose is to be a shim for missing
browser feature support, does anyone have an objection?

[3] https://github.com/adobe-flash/crossbridge

-- brion


On Mon, Oct 7, 2013 at 9:01 AM, Brion Vibber  wrote:

> TL;DR SUMMARY: check out this short, silent, black & white video:
> https://brionv.com/misc/ogv.js/demo/ -- anybody interested in a side
> project on in-browser audio/video decoding fallback?
>
>
> One of my pet peeves is that we don't have audio/video playback on many
> systems, including default Windows and Mac desktops and non-Android mobile
> devices, which don't ship with Theora or WebM video decoding.
>
> The technically simplest way to handle this is to transcode videos into
> H.264 (.mp4 files) which is well supported by the troublesome browsers.
> Unfortunately there are concerns about the patent licensing, which has held
> us up from deploying any H.264 output options though all the software is
> ready to go...
>
> While I still hope we'll get that resolved eventually, there is an
> alternative -- client-side software decoding.
>
>
> We have used the 'Cortado ' Java applet
> to do fallback software decoding in the browser for a few years, but Java
> applets are aggressively being deprecated on today's web:
>
> * no Java applets at all on major mobile browsers
> * Java usually requires a manual install on desktop
> * Java applets disabled by default for security on major desktop browsers
>
> Luckily, JavaScript engines have gotten *really fast* in the last few
> years, and performance is getting well in line with what Java applets can
> do.
>
>
> As an experiment, I've built Xiph's ogg, vorbis, and theora C libraries
> cross-compiled to JavaScript using 
> emscriptenand written a wrapper that 
> decodes Theora video from an .ogv stream and
> draws the frames into a  element:
>
> * demo: https://brionv.com/misc/ogv.js/demo/
> * code: https://github.com/brion/ogv.js
> * blog & some details:
> https://brionv.com/log/2013/10/06/ogv-js-proof-of-concept/
>
> It's just a proof of concept -- the colorspace conversion is incomplete so
> it's grayscale, there's no audio or proper framerate sync, and it doesn't
> really stream data properly. But I'm pleased it works so far! (Currently it
> breaks in IE, but I think I can fix that at least for 10/11, possibly for
> 9. Probably not for 6/7/8.)
>
> Performance on iOS devices isn't great, but is better with lower
> resolution files :) On desktop it's screaming fast for moderate
> resolutions, and could probably supplement or replace Cortado with further
> development.
>
> Is anyone interested in helping out or picking up the project to move it
> towards proper playback? If not, it'll be one of my weekend "fun" projects
> I occasionally tinker with off the clock. :)
>
> -- brion
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Reporting a bug with the creation of pdf Files with equations

[Andre Klapper]

Hi Daniel,

sorry for the late reply.

On Thu, 2014-02-13 at 01:59 +0100, Daniel wrote:
> I just wanted to report a bug, and info...@wikipedia.org referred me here.
> 
> Sadly, upon trying to create a pdf (using the otherwise genius
> Print/export feature) of a page that involves lines above letters
> (e.g. http://en.wikipedia.org/wiki/List_of_mesons) the lines above
> letters (here essential to indicate the difference between Particle
> and Antiparticle) just disappear.
> 
> In the linked Article that can be seen in the caption under the first
> Image where the pdf then contains the text "The strange antiquark (s)"
> despite there being a line above the "s" in the online Article.

Confirming. I cannot quickly find an existing bug report in
https://bugzilla.wikimedia.org/buglist.cgi?component=Collection&resolution=---

Could you please create a bug report at
https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions&component=Collection

Note that there are also rumors of a new PDF Renderer being worked on,
so it can only get better. :)

Cheers,
andre
-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Help: Upload without text revision - broken

[This, that and the other]

There are currently 96 pages on commonswiki with page_latest = 0 (i.e. they are 
missing a revision to display). Some go back to 2013 (oldest is [1]), but a spate of 
about 40 or so have appeared in the last few days.


Very odd... I guess they all need to be fixed and the underlying issue checked 
out.

TTO

--
[1] https://commons.wikimedia.org/wiki/File:Montreal_Place_Londres_2013.JPG

"Manuel Schneider"  wrote in message news:5309b3b2.9040...@wikimedia.ch...

Hi,

I need help with an uploaded file on Commons which is broken:
https://commons.wikimedia.org/wiki/File:Caspary,_Daniel_%28de%29.webm

This file was - among many others - uploaded to Commons using the
Commonist. Now as you see the wikitext is completely missing and there
is no way to add it. The wikitext revision seems to be missing,
rendering the database broken.

* the history is empty
* trying to edit the page results in an edit conflict which is not
resolvable (trying to overwrite just triggers the next edit conflict)

Can someone please have a look at the database and fix this issue?

Thanks,


Manuel
--
Manuel Schneider - Chief Information Officer
Wikimedia CH - Verein zur Förderung Freien Wissens
Lausanne, +41 (21) 340 66 22 - www.wikimedia.ch

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l 




___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Help: Upload without text revision - broken

[Manuel Schneider]

Hi,

I need help with an uploaded file on Commons which is broken:
https://commons.wikimedia.org/wiki/File:Caspary,_Daniel_%28de%29.webm

This file was - among many others - uploaded to Commons using the
Commonist. Now as you see the wikitext is completely missing and there
is no way to add it. The wikitext revision seems to be missing,
rendering the database broken.

* the history is empty
* trying to edit the page results in an edit conflict which is not
resolvable (trying to overwrite just triggers the next edit conflict)

Can someone please have a look at the database and fix this issue?

Thanks,


Manuel
-- 
Manuel Schneider - Chief Information Officer
Wikimedia CH - Verein zur Förderung Freien Wissens
Lausanne, +41 (21) 340 66 22 - www.wikimedia.ch

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l