[Wikitech-l] Help: Upload without text revision - broken
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
Re: [Wikitech-l] Help: Upload without text revision - broken
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
Re: [Wikitech-l] Reporting a bug with the creation of pdf Files with equations
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=Collectionresolution=--- Could you please create a bug report at https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensionscomponent=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] ogv.js - JavaScript video decoding proof of concept
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 bvib...@wikimedia.org 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 http://www.theora.org/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 emscriptenhttps://github.com/kripken/emscriptenand written a wrapper that decodes Theora video from an .ogv stream and draws the frames into a canvas 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] [Engineering] Deployment and Roadmap highlights - week of February 24th
quote name=Yuvi Panda date=2014-02-23 time=11:52:49 +0530 On Sat, Feb 22, 2014 at 4:50 AM, Greg Grossmeier g...@wikimedia.org 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] [Multimedia] ogv.js - JavaScript video decoding proof of concept
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 bvib...@wikimedia.org 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 bvib...@wikimedia.org Date: Sun, Feb 23, 2014 at 6:43 AM Subject: Re: ogv.js - JavaScript video decoding proof of concept To: Wikimedia-tech list wikitech-l@lists.wikimedia.org 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 bvib...@wikimedia.org 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 canvas 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?
Re: [Wikitech-l] Drop support for PHP 5.3
On 23 February 2014 01:25, Markus Glaser gla...@hallowelt.biz 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] ogv.js - JavaScript video decoding proof of concept
On 23 February 2014 14:43, Brion Vibber bvib...@wikimedia.org 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
[Wikitech-l] Exit stats?
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] Exit stats?
On Sun, Feb 23, 2014 at 6:11 PM, Strainu strain...@gmail.com 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
Re: [Wikitech-l] Help: Upload without text revision - broken
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 at.li...@live.com.au 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] Help: Upload without text revision - broken
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.webmaction=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] [Engineering] Deployment and Roadmap highlights - week of February 24th
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 yuvipa...@wikimedia.orgwrote: On Sat, Feb 22, 2014 at 4:50 AM, Greg Grossmeier g...@wikimedia.orgwrote: == 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] How to ask for a python package into Labs
OK, done 2014-02-23 7:53 GMT+01:00 K. Peachey p858sn...@gmail.com: bugzilla. On 23 February 2014 16:51, Alex Brollo alex.bro...@gmail.com 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] [Commons-l] Lower-resolution .ogv video transcodes coming
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 bvib...@wikimedia.orgwrote: 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 bawolff...@gmail.com wrote: On Thu, Feb 20, 2014 at 7:07 PM, Brion Vibber bvib...@wikimedia.org 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] Drop support for PHP 5.3
+1 here as well. Let's look at this for 1.24 :) -Chad On Feb 23, 2014 8:42 AM, David Gerard dger...@gmail.com wrote: On 23 February 2014 01:25, Markus Glaser gla...@hallowelt.biz 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
[Wikitech-l] Bugzilla Weekly Report
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
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 |
Re: [Wikitech-l] Unlicking the cookie: ExtensionStatus extension
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