Re: [Wikitech-l] Fwd: No more Architecture Committee?

> > I would also suggest that an effort be made to find community members > who are not WMF employees to participate in the ArchCom and then to have > their voices heard during in quarterly planning. I dont know if this is practical. As Chad noted earlier, WMF hires the best and the brightest. Eve

Re: [Wikitech-l] wfRunHooks deprecation

On Jan 21, 2015 1:40 PM, "Jeroen De Dauw" wrote: > > Hey, > > Does the new syntax offer any advantage over the old one? > > Assuming that we want to switch to non-static function calls eventually > > (which I hope is the case), wouldn't it be friendlier towards extension > > maintainers to only de

Re: [Wikitech-l] Brion's role change within WMF

On Jan 20, 2015 12:34 PM, "Brion Vibber" wrote: > > Quick update: > > I've had a great experience working on our mobile apps, but it's time to > get back to core MediaWiki and help "clean my own house"... now that we've > got Mobile Apps fully staffed I'm leaving the mobile department and will be

Re: [Wikitech-l] MediaWiki 2.0 (was: No more Architecture Committee?)

On Jan 20, 2015 5:53 PM, "Brian Wolff" wrote: > > > On Jan 20, 2015 4:22 PM, "James Forrester" wrote: > > > > On 20 January 2015 at 12:04, Jeroen De Dauw wrote: > > > > > ​>​ > > >- ​Get rid of wikitext on the server-side.

Re: [Wikitech-l] MediaWiki 2.0 (was: No more Architecture Committee?)

On Jan 20, 2015 4:22 PM, "James Forrester" wrote: > > On 20 January 2015 at 12:04, Jeroen De Dauw wrote: > > > ​>​ > >- ​Get rid of wikitext on the server-side. > > > - HTML storage only. Remove MWParser from the codebase. All > > > extensions that hook into wikitext (so, almost a

Re: [Wikitech-l] Getting the full URL of an image

On 1/19/15, Jeroen De Dauw wrote: > Hey, > > On my local wiki I have a page with the name "File:Blue marker.png". The > following code returns false: > > $title = Title::makeTitle( NS_FILE, $file ); > $title->exists(); > > That used to return true in the past. Not sure what is broken - my wiki or

Re: [Wikitech-l] The future of shared hosting

On Jan 16, 2015 5:14 PM, "Ryan Lane" wrote: > > On Fri, Jan 16, 2015 at 1:05 PM, Brad Jorsch (Anomie) < bjor...@wikimedia.org > > wrote: > > > On Fri, Jan 16, 2015 at 12:27 PM, Ryan Lane wrote: > > > > > What you're forgetting is that WMF abandoned MediaWiki as an Open Source > > > project quite

Re: [Wikitech-l] MediaWiki 2.0 (was: No more Architecture Committee?)

On Jan 16, 2015 1:05 PM, "James Forrester" wrote: > > [Moving threads for on-topic-ness.] > > On 16 January 2015 at 07:01, Brian Wolff wrote: > > > Does anyone actually have > > anything they want that is difficult to do currently and requires a mass >

Re: [Wikitech-l] The future of shared hosting

On Jan 16, 2015 11:07 AM, "Brad Jorsch (Anomie)" wrote: > > On Fri, Jan 16, 2015 at 2:49 AM, Stas Malyshev > wrote: > > > However, with clear API architecture we could maybe have > > alternatives - i.e. be able to have the same service performed by a > > superpowered cluster or by a PHP implement

Re: [Wikitech-l] Fwd: No more Architecture Committee?

On Jan 16, 2015 9:21 AM, "Mark A. Hershberger" wrote: > > Ori Livneh writes: > > > The model I do think we should consider is Python 3. Python 3 did not > > jettison the Python 2 codebase. The intent behind the major version change > > was to open up a parallel development track in which it was p

Re: [Wikitech-l] The future of shared hosting

On Jan 16, 2015 2:49 AM, "Max Semenik" wrote: > > On Thu, Jan 15, 2015 at 10:38 PM, Bryan Davis wrote: > > > > > One of the bigger questions I have about the potential shift to > > requiring services is the fate of shared hosting deployments of > > MediaWiki. What will happen to the numerous Medi

Re: [Wikitech-l] Stance on Social Media

On Jan 9, 2015 3:24 PM, "Rob Moen" wrote: > > Currently our approach on social media is that "Social media websites > aren't useful for spreading news and reaching out to potential users and > contributors." [1] I challenge this though. Is it really true? Twitter > has 254 million active monthl

Re: [Wikitech-l] Fwd: Unsolicited digital currency donations

> Your current balance is 0.11 XPM. Woo, a whole eighth of a cent (USD). Soon you'll be able to buy a little pseudo-brass token, then a private floating island! (Personally i think the tipping for commits is an interesting idea. Although tiping for bugs would seem better as those are concrete iss

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.24.1, 1.23.8, 1.22.15 and 1.19.23

>> > > Not entirely. Unlike message "copyright", the message used on thumb.php > ("badtitletext") is not a "raw html" message. It is meant to be parsed and > displayed regularly. And always was. Except it was re-used for thumb.php, > and > forgotten to be parsed there. I won't go into details, but

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.24.1, 1.23.8, 1.22.15 and 1.19.23

> > == Security fixes in 1.24.1, 1.23.8, 1.22.15 and 1.19.23 == > * (bug T76686) [SECURITY] thumb.php outputs wikitext message as raw HTML, > which could lead to xss. Permission to edit MediaWiki namespace is > required > to exploit this. Really? That's stretching the definition of a security

Re: [Wikitech-l] All non-api traffic is now served by HHVM

On 12/3/14, Giuseppe Lavagetto wrote: > Hi all, > > it's been quite a journey since we started working on HHVM, and last > week (November 25th) HHVM was finally introduced to all users who didn't > opt-in to the beta feature. > > Starting on monday, we started reinstalling all the 150 remaining >

Re: [Wikitech-l] Visibility of "action" in API for deleted log entries

There's actually a good bit of information that is available from the API > that isn't in the web UI (or isn't very visible there). For example, > history pages only display timestamps to the minute while the API gives > resolution to the second. You can actually get up to the second resolution if

Re: [Wikitech-l] A new extension of content tree about Wikipedia

On Dec 9, 2014 1:35 PM, "Eallan" wrote: > > Hi all! > I am thinking about a new idea about a content tree extension of > web/desktop/computer Wiki. When I use mobile phone to access website of > Wikipedia, I can fold and unfold a content item of the content tree. That's > very convenient. Howeve

Re: [Wikitech-l] Wikimedia tool framework (php)

On Dec 8, 2014 5:10 PM, "svetlana" wrote: > > In my view, if a Labs tool is a success, it should be written as a wiki Extension and deployed to relevant wikis. What you're saying essentially means that there is a need to make the wiki truly extensible without much pain. Thats not neccesarily true

Re: [Wikitech-l] Community Suggestions Regarding the Project

On 12/2/14, Ankita Shukla wrote: > Hello! > > I am an OPW Intern for round#09 and will be working on a spelling > dictionary project, the proposal of which is available here > . > Also, we'd be using this >

Re: [Wikitech-l] Phabricator outage due to network issues, 11/29

On Nov 30, 2014 2:07 PM, "Gerard Meijssen" wrote: > > Hoi, > The argument about "non-working" hours is problematic. When the only thing > that counts are the working hours of staff in the USA you may be right. As > it is, WIkimedia Germany has staff working at other times and they are > affected.

Re: [Wikitech-l] Phabricator outage due to network issues, 11/29

Thanksgiving is only celebrated at this time in the US. Many of us dont celebrate it. That said downtime happens, and its a non-essential service during non working hours. Well it may be frustrating, its not the end of the world. If anyone is despretely looking for a bug to fix, they can ask on ir

Re: [Wikitech-l] Feature request.

> > ​No. The Drafts extension (and any feature that puts hidden content on the > servers) was veto'ed years ago by Legal. We need to stop beating this dead > horse. > > J. Err, what? Quick don't tell legal about Special:UploadStash, or the "userjs-" options api. -- As a quick hack I made a l

Re: [Wikitech-l] MediaWiki 1.24.0 released

> == Preferences made easier == > MediaWiki is known to be extremely flexible and customisable, but few users use its full potential. In 1.24, we aim to make dozens obscure preferences easily discoverable and obvious to use. > Umm, what does this mean? Were there code changes to make prefs more ob

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.23.7, 1.22.14 and 1.19.22

On 11/26/14, Markus Glaser wrote: > Hello everyone, > > I would like to announce the release of MediaWiki 1.23.7, 1.22.14 and > 1.19.22. This is a regular security and maintenance release. Download links > are given at the end of this email. > > == Security fixes == > * (bugs 66776, 71478) SECURIT

Re: [Wikitech-l] Phabricator repository callsigns

On 11/13/14, Chad wrote: > Please help me draft some guidelines for Phabricator repo callsigns. > > https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions > > The subpage on naming our existing repos should be especially fun: > > https://www.mediawiki.org/wiki/Phabricator/Callsign_

Re: [Wikitech-l] changing edit summaries

On Nov 13, 2014 12:45 PM, "Nathan" wrote: > > I can see it being useful in two circumstances: > > 1) As part of the oversight right, in order to edit an edit summary without > hiding the entire revision > 2) A right of a user to edit their own edit summaries, if the edit summary > is blank > > Sin

Re: [Wikitech-l] changing edit summaries

On Nov 13, 2014 12:31 PM, "Chad" wrote: > > On Thu Nov 13 2014 at 8:27:08 AM Brian Wolff wrote: > > > On Nov 13, 2014 11:43 AM, "Derric Atzrott" > > wrote: > > > > > > > Indeed - I am somewhat surprised by James's firm opposi

Re: [Wikitech-l] changing edit summaries

On Nov 13, 2014 11:43 AM, "Derric Atzrott" wrote: > > > Indeed - I am somewhat surprised by James's firm opposition. > > I tend to agree with James on this one in that if the edit summaries > are to be modified then they need a revision history. > > > Typos in edit summary are fixed by releasing a

Re: [Wikitech-l] Feature request.

On Nov 12, 2014 9:44 AM, "James Forrester" wrote: > > On 8 November 2014 22:01, Brian Wolff wrote: > > > Honestly i dont think anyone's even tried to improve the conflict screen. > > There's probably a lot of low hanging fruit on the usability of edit

Re: [Wikitech-l] Our CAPTCHA is very unfriendly

On Nov 9, 2014 5:39 AM, "David Gerard" wrote: > > On 9 November 2014 09:27, aude wrote: > > On Sun, Nov 9, 2014 at 8:51 AM, Pine W wrote: > > >> I'm curious, Risker: if you don't mind my asking, what about being required > >> to supply a throwaway email address would have discouraged you from op

Re: [Wikitech-l] Our CAPTCHA is very unfriendly

> > For some more background, when we proposed something like that to Chris > Steipp he was pretty iffy about it, and he's not wrong. At other sites that > don't have a CAPTCHA on signup (like Facebook, Quora, others) they avoid a > spam problem in part because they require an email address and > c

Re: [Wikitech-l] Feature request.

Honestly i dont think anyone's even tried to improve the conflict screen. There's probably a lot of low hanging fruit on the usability of edit conflicts which could be persued that have nothing to do with the hard, real time editing solutions (as cool as those are). If someone is intrested in tryi

Re: [Wikitech-l] Our CAPTCHA is very unfriendly

On 11/7/14, Federico Leva (Nemo) wrote: > +1 on Tim. FancyCaptcha is worse than useless. > > Nemo > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l Literally an anti-captcha. Let

Re: [Wikitech-l] Including security fixes in MediaWiki

On Nov 1, 2014 8:52 PM, "Mark A. Hershberger" wrote: > > > After some discussion in September, Quim created T480 in Phabricator[1]. > Markus polished up the "Security Release" section of the Release > checklist[2] and we agreed to use it as the process for security > releases from now on. > > Foot

Re: [Wikitech-l] Obsolete MediaWiki extensions

If the old maintainer is still around, ask them if they are ok with you taking over. ( just to avoid stepping on toes) If they cant be reached, ask at http://www.mediawiki.org/wiki/Gerrit/Project_ownership explaining why you want to take over maintinance of the extension. Helps if you have pre exi

Re: [Wikitech-l] [Wikimedia-l] thank vs. like

On 10/26/14, Ricordisamoa wrote: > Il 26/10/2014 20:45, Amir E. Aharoni ha scritto: >> In the Hebrew Wikipedia there's a discussion about the "Thanks" feature, >> which raises the following confusion among other things: Why does the >> person who is sending the thank-you gets a message saying "$1

Re: [Wikitech-l] How to add a new heading row in file history tables, server-side?

On 10/26/14, Ricordisamoa wrote: > There is the ImagePageFileHistoryLine > > hook already, but it is for data rows only. > Any help appreciated. > ___ > Wikitech-l mailing list > Wiki

Re: [Wikitech-l] Requiring PHP >= 5.3.3 for MediaWiki core

On 10/24/14, Daniel Friesen wrote: > On 2014-10-23 7:55 PM, MZMcBride wrote: >> Are there statistics about what versions of PHP exist in the wild among >> MediaWiki users or users of other large PHP applications (Drupal, >> WordPress, etc.)? > https://wikiapiary.com/wiki/PHP_Versions > https://wik

Re: [Wikitech-l] Looking for project status updates

On 10/23/14, Dan Garry wrote: > Pine, > > Do you read the monthly engineering reports? They're useful to give you a > high-level insight into the engineering efforts going on at the Wikimedia > Foundation. For example, the September report is currently being written > here: > https://www.mediawiki

Re: [Wikitech-l] MediaWiki Technical Debt

> > Some more examples that might be useful in some form: > - Global variable or function should never be used > (This is probably the only really useful one, because removing global > functions/variables would result in better testable code.) > - PHP debug statements found In maintenance scripts

Re: [Wikitech-l] Looking for project status updates

> > Terry wrote a piratey blog post about his departure here: > http://terrychay.com/article/fair-winds-and-godspeed-me-hearties.shtml > Oh wow. If Terry is still reading this list, I want to take this opportunity to wish him best of luck in whatever he has planned next. --bawolff _

Re: [Wikitech-l] Phabricator for code review (defining the plan)

On Oct 19, 2014 11:52 AM, "Rjd0060" wrote: > > On Sun, Oct 19, 2014 at 10:44 AM, MZMcBride wrote: > > > And, even though it should go without saying, Bugzilla will need to remain > > online in a read-only format indefinitely post-migration. > > > > Why would this be necessary, assming everything

Re: [Wikitech-l] FOSS OPW Mentor Contact

On Oct 16, 2014 7:02 PM, "E.C Okpo" wrote: > > Hello, I am working on my application for the FOSS Outreach Program, but I > am having some trouble getting in contact with the mentor for my chose > project - Ori Livneh . I > have idled on IRC for quit

Re: [Wikitech-l] Php files under the test directory

On Oct 12, 2014 10:13 AM, "Divyanshi Kathuria" wrote: > > On Thu, Oct 09, 2014 at 09:54:03PM +0200, dan entous wrote: > this would be the best way to achieve what's needed. in any case, i believe this is the general idea antoine is getting at. > > Thank You so much for your help. I have tried to

Re: [Wikitech-l] Introduction for OPW (Collaborative spelling dictionary building tool)

On Oct 12, 2014 6:54 AM, "Quim Gil" wrote: > > Hi Ankita, > > On Fri, Oct 10, 2014 at 11:06 PM, Ankita Shukla > wrote: > > > Hello everyone! > > > > I am Ankita Shukla and am a Computer Science and Engineering student > > pursuing > > the junior year of Bachelor of Technology. > > > > I am intere

Re: [Wikitech-l] Tech- and Tools-related IEG proposals

On 10/10/14, Patrick Earley wrote: > *(cross-posted to wikimedia-l)* > > Hello all, > > For our second round of Individual Engagement Grant applications in 2014, > we have a great crop of ideas. Wikimedians have dropped by to offer > feedback, support, or expertise to some of the proposals, but ma

Re: [Wikitech-l] Announcement: Bartosz Dziewoński joins Wikimedia as a Features Contractor

On 10/7/14, James Forrester wrote: > Hello all, > > It is my great pleasure to announce that Bartosz Dziewoński[0] has joined > the Wikimedia Foundation as a contractor in Features Engineering. > > > Bartosz has worked as a volunteer developer for several years, specialising > in front-end improve

Re: [Wikitech-l] {{TemplatesThatWorkOnMobile}}

On Oct 7, 2014 10:03 PM, "Dan Garry" wrote: > > Jon, > > Regarding editing specific templates, I'll echo Brion here. If a template > is causing difficulties for your work and you feel like you know enough to > fix it, then fix it! That's the wiki way. If you don't have the rights to > edit the tem

Re: [Wikitech-l] {{TemplatesThatWorkOnMobile}}

On Oct 7, 2014 10:03 PM, "Dan Garry" wrote: > > Jon, > > Regarding editing specific templates, I'll echo Brion here. If a template > is causing difficulties for your work and you feel like you know enough to > fix it, then fix it! That's the wiki way. If you don't have the rights to > edit the tem

Re: [Wikitech-l] Tor exit node rejects port 443 of WM, but it is disabled for editing

On 10/2/14, Tyler Romeo wrote: > Well you can also edit from port 80 (unless we deployed site-wide SSL > without me knowing). > Not to mention 198.35.26.96 and 2620:0:863:ed1a::1. --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org ht

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

On 10/2/14, Kevin Wayne Williams wrote: > Derric Atzrott schreef op 2014/09/30 6:08: >> Hello everyone, >> [snip] >> There must be a way that we can allow users to work from Tor. >> [snip more] >> > I think the first step is to work harder to block devices, not IP > addresses. One jerk with a cell

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.19.20, 1.22.12 and 1.23.5

On 10/1/14, Markus Glaser wrote: > Hello everyone, > > I would like to announce the release of MediaWiki 1.19.20, 1.22.12 and > 1.23.5. This is a security release. Download links are given at the end of > this email. > > == Security == > * (bug 70672) SECURITY: OutputPage: Remove separation of css

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

On Oct 1, 2014 3:56 PM, "Derric Atzrott" wrote: > > Another idea for a potential technical solution, this one provided > by the user Mirimir on the Tor mailing list. I thought this was > actually a pretty good idea. > > > Wikimedia could authenticate users with GnuPG keys. As part of the > > proc

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

>> >> > I wish it was a contrived problem. However, this is the conceit by which > the edits are attributed for licensing purposes, and it's a non-trivial > matter. While I'm fully supportive of finding another way to do this, it > is a fundamental issue that would require fairly extensive > lega

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

On Oct 1, 2014 11:40 AM, "Brad Jorsch (Anomie)" wrote: > > On Wed, Oct 1, 2014 at 10:29 AM, Brian Wolff wrote: > > > On Oct 1, 2014 10:55 AM, "Risker" wrote: > > > > > > This is something that has to be discussed *on the projects themselves*

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

On Oct 1, 2014 10:55 AM, "Risker" wrote: > > This is something that has to be discussed *on the projects themselves*, > not on mailing lists that have (comparatively) very low participation by > active editors. Unless people want to trial on mw.org (assuming there is dev buy in, not sure we are t

Re: [Wikitech-l] Wrapping signatures with a for discoverability

On 9/30/14, Brion Vibber wrote: > Some folks in #wikimedia-parsoid are still real excited about the idea > though, so a couple more notes should people decide they like it anyway. :) > > * Consider either a wikitext wrapper like {{#sig:Username}} (my preference) > or a markup tag like Username (Ga

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

> > We need to transition away from a framework where IP addresses are our only > means to block problematic editors and towards a framework where we can do > so via other less intrusive means. > And use what instead? Identities based on proof of possession of a phone numbers? Surety bonds paid in

Re: [Wikitech-l] Tor and Anonymous Users (I know, we've had this discussion a million times)

On 9/30/14, Derric Atzrott wrote: > Alright, this is a long email, and it acts to basically summarise all of the > discussions that have already happened on this topic. I'll be posting a > copy > of it to Mediawiki.org as well so that it will be easier to find out about > what has already been pr

Re: [Wikitech-l] Outreach Program for Women/Round 9

On 9/29/14, Roxana Necula wrote: > Hello, > > My name is Roxana and I am an engineering student at the Polytechnic > University of Bucharest, Romania. > I would like to be part of MediaWiki open-source community and participate > in the Outreach Program for Women round 9. > The project that intere

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.19.19, 1.22.11 and 1.23.4

On 9/26/14, David Gerard wrote: > On 24 September 2014 23:28, Markus Glaser wrote: > >> Patch to previous version (1.19.18): >> https://releases.wikimedia.org/mediawiki/1.19/mediawiki-1.19.19.patch.gz > > > > So I downloaded and applied this. gunzipped it, got this: > > -rw-r--r-- 1 root roo

Re: [Wikitech-l] git review problems

On 9/23/14, Merlijn van Deen wrote: > On 23 Sep 2014 02:34, "Isarra Yos" wrote: > >> Apparently I spoke too soon - authentication fails with https too. So it >> really is unusable. >> >> > Please note that the https password is *not* your normal wikitech password, > but rather an application-spec

Re: [Wikitech-l] Come develop Video, *the* video embedding extension for MediaWiki!

On Sep 23, 2014 8:41 AM, "Jack Phoenix" wrote: > > tl,dr: MediaWiki needs a more human-friendly interface for using videos in > wiki pages. https://www.mediawiki.org/wiki/Extension:Video significantly > improves the video experience in MediaWiki. The extension is not > feature-complete yet, but *y

Re: [Wikitech-l] [Release workflow recommendation] A public releases JSON file.

On 9/18/14, Daniel Friesen wrote: > Every once in awhile I've found an idea for a service which would for > one reason or another need to know what releases of MediaWiki exist and > which ones are obsolete. > > As far as I know, we don't have any sort of API or machine readable > metadata at all d

Re: [Wikitech-l] Best method to flag wiki pages based on rendered HTML

On 9/14/14, Gergo Tisza wrote: > Hi, > > I would like to flag a large number of wiki pages based on whether their > HTML passes a certain test, so that failing pages can be easily listed and > counted. The flags should adapt when pages are created or modified. (The > specific use case is collectin

Re: [Wikitech-l] I'm leaving the Wikimedia Foundation

On 9/12/14, Sumana Harihareswara wrote: > I write this email with regret to let you know that I've decided to leave > the Wikimedia Foundation after nearly four years working here, and that my > last day will be 30 September. > > I go into my reasoning and plans in this personal blog post: > http:

Re: [Wikitech-l] +2 in mediawiki/core for Kevin Israel

On 8/29/14, Ori Livneh wrote: > Kevin Israel (User:PleaseStand) now has +2 in mediawiki/core, following a > successful nomination by MZMcBride[1]. Congratulations! :) > > > [1]: > https://www.mediawiki.org/w/index.php?title=Gerrit/Project_ownership&oldid=1072656 > _

Re: [Wikitech-l] Static functions usable in LocalSettings.php

On 8/29/14, Seb35 wrote: > Hello, > > Sometimes in LocalSettings.php or in extensions settings one want to do > simple computations on the namespaces or related to the Git branch in a > development environment. Unfortunately this is not (resp. no more) really > possible, because LocalSettings.php

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.22.10 and 1.23.3

> > Note: > There is no i18n patch as there are no changes in translation. > Umm, why not? Surely there has been new translations in translatewiki since the last release. --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists

Re: [Wikitech-l] Extension idea

On 8/22/14, John wrote: > How feasible would it be to enable file access/linking to files on a given > filesystem without having to upload them? > > Use case, I have a documentation system in /server/docs which I provide > access internally via a file share to all users. However remote users are >

Re: [Wikitech-l] Using magic functions (e.g. __get) to deprecate class members

On 8/22/14, Tyler Romeo wrote: > My opinion on this matter is that if you were using a variable prefixed with > “m”, which is clearly one of our conventions for declaring variables > private, you are asking for trouble. Just recently when the password hashing > API patch was merged, it caused prob

Re: [Wikitech-l] Using magic functions (e.g. __get) to deprecate class members

On 8/22/14, Stephan Gambke wrote: > TL;DR: Please review [1] > > > I was asked to discuss the topic on the mailing list, so here goes. > > Since some time Siebrand is making an effort to improve code quality by > making it phpcs-strict compliant [0]. This involves explicitly declaring > the visibi

Re: [Wikitech-l] PHP 5.3 EOL and MediaWiki 1.24

On 8/14/14, Tyler Romeo wrote: > Hi everybody, > > So we had a discussion about this a while ago, but just recently PHP let > out the final 5.3 release. [0] Back in the previous thread concerning PHP > 5.3, there seemed to be general agreement toward upping our PHP minimum > requirements for the 1

Re: [Wikitech-l] Superprotect user right, Comming to a wiki near you

PM, "Brian Wolff" wrote: > > > On Aug 11, 2014 2:34 PM, "James HK" wrote: > > > > Hi, > > > > > [Putting purely the mw dev hat on] > > > > I'm putting a hat on from pure observer point of view as neither a > > memb

Re: [Wikitech-l] Superprotect user right, Comming to a wiki near you

itics isnt really a criteria generally. Bugs are fixed based on many metrics including severity, demands of users, ease of fixing, if there is someone interested in fixing it, etc. In this case it is very easy to fix, and there is an entity contributing to mw who is extremely interested in it being fi

Re: [Wikitech-l] Superprotect user right, Comming to a wiki near you

> > Now, having observed that not only user Eloquence (aka Erik Moeller) > himself engaged in the enforcement of right on de.wp > [1] but soon after a workaround was published a change was deployed > [2, 3] as counter measurement to block any possible interference can > no longer be interpret as

Re: [Wikitech-l] Superprotect user right, Comming to a wiki near you

On Aug 11, 2014 7:58 AM, "svetlana" wrote: > > On Mon, 11 Aug 2014, at 19:56, Ricordisamoa wrote: > > Why aren't they implementing a global repository for gadgets, modules, > > templates which is (IMHO) what the community needs first? > > THANK YOU! you are, alone, worth a whole engineering team >

Re: [Wikitech-l] Superprotect user right, Comming to a wiki near you

On Aug 11, 2014 1:24 PM, "Tim Landscheidt" wrote: > > "C. Scott Ananian" wrote: > > > Almost every WMF developer attended Wikimania this year, and there was > > quite a lot of fruitful discussion and feedback given. Somewhat > > surprisingly (to me, it was my first Wikimania) the tone in person

Re: [Wikitech-l] News about stolen Internet credentials; reducing Wikimedia reliance on usernames and passwords

>> > Oh I have no problem with regular forced password changes, say quarterly or > so; I'm used to that in other contexts. But not a one-time password, which > will actually increase risk because people will choose "keep me logged in" > to avoid having to get a new password every time they want t

Re: [Wikitech-l] News about stolen Internet credentials; reducing Wikimedia reliance on usernames and passwords

> > I've long wondered about that. Are there really no browser based public key > based solutions? Are there any fundamental reasons why that is like that > other than that it never got implemented, or never became popular? > > It seems like the "right" solution for the password problem. > > -Marti

Re: [Wikitech-l] News about stolen Internet credentials; reducing Wikimedia reliance on usernames and passwords

> theme of one-time passwords that I think could bd explored. > > Pine > On Aug 6, 2014 11:05 PM, "Brian Wolff" wrote: > >> On Aug 6, 2014 8:57 AM, "svetlana" wrote: >> > >> > On Wed, 6 Aug 2014, at 21:49, Andre Klapper wrote: >> >

Re: [Wikitech-l] News about stolen Internet credentials; reducing Wikimedia reliance on usernames and passwords

On Aug 6, 2014 8:57 AM, "svetlana" wrote: > > On Wed, 6 Aug 2014, at 21:49, Andre Klapper wrote: > > On Tue, 2014-08-05 at 22:05 -0700, Pine W wrote: > > > After reading this [1] I am wondering if Wikimedia should start taking > > > steps to reduce reliance on usernames and passwords. > > > > What

Re: [Wikitech-l] Anonymous editors & IP addresses

>but maybe browser and preferences > fingerprinting would be more effective anyway, since: tor. Probably not as effective as straight up blocking tor as we do now? :P (Although seriously - I would love if we didn't block tor like we do now. However you can't abuse the site with tor when you can't

Re: [Wikitech-l] Linux distros or Solaris for MediaWiki

Yes that's correct. The Ubuntu package isn't officially supported. This is more a historical thing than anything else, as a couple years back one of the packages (I think it was redhat's) decided that moving the skins directory (This was back before RL, so that included all the css and JS) to a non

Re: [Wikitech-l] image metadata not shown by MediaWiki

On Jul 19, 2014 8:23 AM, "Ricordisamoa" wrote: > > How does MediaWiki decide when to show the mw_metadata table in file description pages? > The imageinfo API lists 3 different metadata types: metadata, commonmetadata and extmetadata. > While commons:File:Gaivota - Portosín-5.jpg < https://commons

Re: [Wikitech-l] Anonymous editors & IP addresses

On 7/18/14, Ricordisamoa wrote: > The CC BY-SA license, used on most WMF projects, requires /attribution/. > Attribution for edits made by unregistered/unlogged users is done by the > exclusive means of their IP address. > By clicking the 'Save' button, they agreed to release their edits under > C

Re: [Wikitech-l] Naigos and Icinga

I imagine old names die hard. People still say mysql instead of mariadb. Most of the varnish related code in mediawiki is still labelled squid. The stuff related to libav in our video handling code calls it ffmpeg. Etc. --bawolff On Jul 18, 2014 1:01 AM, "Pine W" wrote: > > OK, is there a reason

Re: [Wikitech-l] Email for London Hackathon Participants

On 7/9/14, Lars Aronsson wrote: > On 07/08/2014 10:30 PM, Rachel Farrand wrote: >> This year we are expecting a very large turnout at the London Hackathon. >> Last I heard there were just under 400 people registered. > > Are those 400 already contributors to the code base, or > does it include tot

Re: [Wikitech-l] Who maintains GeoCrumbs? (a changeset waits for review)

On 7/14/14, Quim Gil wrote: > Hi, GeoCrumbs is an extension deployed in Wikimedia servers: > https://www.mediawiki.org/wiki/Extension:GeoCrumbs > > It has no official maintainers, what about unofficial ones? Any volunteers? > https://www.mediawiki.org/wiki/Developers/Maintainers I imagine that's

Re: [Wikitech-l] What's up with upload.wikimedia.org 's crossdomain.xml

On 7/6/14, Faidon Liambotis wrote: > On Sat, Jul 05, 2014 at 09:09:07PM -0700, Brion Vibber wrote: >> That X-Range header was an experiment me and Faidon tried for the ogv.js >> media player I've been prototyping (Flash fallback version) . We couldn't >> get the extra header -- or the regular Rang

Re: [Wikitech-l] What's up with upload.wikimedia.org 's crossdomain.xml

On 7/6/14, Brion Vibber wrote: > That X-Range header was an experiment me and Faidon tried for the ogv.js > media player I've been prototyping (Flash fallback version) . We couldn't > get the extra header -- or the regular Range header -- to work through the > varnish layer though, so current code

[Wikitech-l] What's up with upload.wikimedia.org 's crossdomain.xml

Hi all. Does anyone here know what the deal is with upload.wikimedia.org/crossdomain.xml ? I couldn't find it anywhere in the puppet repository. I was under the impression that it was so cortado java applet could play video files. However its current value is: http://www.adobe.com/xml/dtds/cross

Re: [Wikitech-l] Old page versions and historical templates

On 6/30/14, Adam Wight wrote: > Hi, > Fundraising would like the ability to snapshot or retrieve a CentralNotice > banner exactly as it was rendered at an earlier time, including the old > revisions of templates, which is tricky and AFAICT not supported by > MediaWiki-core. Exact is hard. CSS cha

Re: [Wikitech-l] Discontinue internet explorer 6 and 7 support

On 6/29/14, Andre Klapper wrote: > Hi, > > On Sun, 2014-06-29 at 16:56 +0100, Thomas Mulhall wrote: >> Hi could we discontinue support for internet explorer 6 and 7 because >> jquery ui 1.11.0 drops support for internet explorer 6 and 7. > > Could you elaborate how decisions made by Jquery UI deve

Re: [Wikitech-l] MediaWiki Bug Bounty Program

On 6/26/14, Chris Steipp wrote: > On Wed, Jun 25, 2014 at 5:49 PM, Alex Monk wrote: >> Chris, why don't we leave privacy policy compliance to the users posting >> on >> the bug? Wikimedia personal user data shouldn't be going to the security >> product. > > There are a few cases where there may b

Re: [Wikitech-l] Including NS_MAIN in $wgNamespacesWithSubpages by default

On 6/25/14, MZMcBride wrote: > MZMcBride wrote: >>Current default: >>--- >>$wgNamespacesWithSubpages = array( >>NS_TALK => true, >>NS_USER => true, >>NS_USER_TALK => true, >>NS_PROJECT => true, >>NS_PROJECT_TALK => true, >>NS_FILE_TALK => true, >>NS_MEDIAWIKI => true, >

Re: [Wikitech-l] Browser tests for core

On Jun 24, 2014 9:05 PM, "Risker" wrote: > > On 24 June 2014 18:56, Ryan Kaldari wrote: > > > Nice work guys! One slight issue though. The user Selenium_user (as set in > > environment_variables) was just indefinitely blocked on en.wiki :( > > > > > > Sorry to be a bit OT, but if you guys are goi

Re: [Wikitech-l] [Wikimedia-l] First _draft_ goals for WMF engineering/product

> If part of the plan for the growth team is to invite > anonymous editors to sign up, why not tailor some of those invitations > specifically to female anonymous editors? Then you could add a measure, > retention of female editors, to that particular growth project. The results > should be instru

Re: [Wikitech-l] Ensure that user is logged in

On 6/19/14, Gergo Tisza wrote: > On Thu, Jun 19, 2014 at 6:27 AM, Bartosz Dziewoński > wrote: > >> I'm reasonably sure that the HTTP and HTTPS protocols are smart enough to >> recognize "cut off" requests, and that any servers whatsoever are smart >> enough to implement this behavior. >> > > Actu

<    1   2   3   4   5   6   7   >