Re: [Wikitech-l] Facebook's HHVM performance sprint retrospective highlights MediaWiki gains

I found https://gerrit.wikimedia.org/r/#/c/217157/ and https://gerrit.wikimedia.org/r/#/c/97110/1 On 12 June 2015 at 13:01, Strainu wrote: > At the very least, someone from WMF suggested the page: "MediaWiki was > benchmarked using the Barack Obama page from Wikipedia, as was > recommended by an

Re: [Wikitech-l] Upcoming SyntaxHighlight_GeSHi changes

On 24 June 2015 at 03:44, MZMcBride wrote: > Nicolas Vervelle wrote: > >Previously, the error message contained the list of languages supported by > >the extension, so it was easy to find which value you should use. > >Without the error message, how do we easily get the list of languages that > >

Re: [Wikitech-l] Upcoming SyntaxHighlight_GeSHi changes

(Now filed as https://phabricator.wikimedia.org/T103756) On 24 June 2015 at 16:03, Alex Monk wrote: > On 24 June 2015 at 03:44, MZMcBride wrote: > >> Nicolas Vervelle wrote: >> >Previously, the error message contained the list of languages supported >> by >>

Re: [Wikitech-l] [ Writing a MediaWiki extension for deployment ]

We use https://www.mediawiki.org/wiki/Extension:OATHAuth on wikitech.wikimedia.org https://www.mediawiki.org/wiki/Extension:TwoFactorAuthentication also exists On 6 July 2015 at 17:14, Paula wrote: > Hello, > I'm writing an extension for MediaWiki so users can use a second factor > authenticatio

Re: [Wikitech-l] VE stopped working on 1.25 after import & update of wiki db (1.23->1.25)

Do you run `git submodule update --init` after checking out REL1_25 of VE? What is in your browser's developer console when you try to load VE? On 10 July 2015 at 21:51, Daren Welsh wrote: > We have an existing wiki using MW 1.23. We are working on a build script to > generate a wiki using MW 1.

Re: [Wikitech-l] Phabricator tag for bugs in local projects

A single gadgets project that just tracks an issue with any MediaWiki gadget out there is just going to create a completely useless mess. I think that to track an issue with a gadget in Phabricator, there should be at least one associated project for the specific gadget (i.e., not just a tag or com

Re: [Wikitech-l] VE plugin related questions

The save button should be enabled if your model is marked as having been modified - see ve.dm.Surface.prototype.hasBeenModified in VisualEditor/VisualEditor.git - it is at least partially based on the undo stack, so these two problems are almost certainly linked. I think you should be using transac

Re: [Wikitech-l] Code of conduct

It looks like "Communicate about technology in public where possible. Private means of communication do exist, but prefer to use public places unless an exception is appropriate." has been removed and "Publication of non-harassing private communication." has been added as a form of harassment... O

Re: [Wikitech-l] renaming Wikimedia domains

On 26 August 2015 at 10:35, Jaime Crespo wrote: > Due to internal (and growing) complexity of the mediawiki software, and WMF > installation (regarding numerous plugins and services/servers), this is a > non trivial task. It also involves many moving pieces and many people- > network admins (dns)

Re: [Wikitech-l] renaming Wikimedia domains

On 26 August 2015 at 15:13, Jaime Crespo wrote: > > AFAIK It requires a patch, that is proposed (by Reedy, > I think), but not implemented. I'm not convinced that patch is needed. We already have $staticMappings in multiversion which should allow the new domain to be pointed to the old databases.

Re: [Wikitech-l] renaming Wikimedia domains

On 27 August 2015 at 04:57, Brian Wolff wrote: > If we can serve from two different > domains, surely we could serve from two domains, delete 1, and then > just serve from the new domain. > That's my plan with https://gerrit.wikimedia.org/r/#/c/233972/ - I've added it to the puppet SWAT window la

Re: [Wikitech-l] Code of Conduct: Intro, Principles, and Unacceptable behavior sections

On 5 September 2015 at 23:19, David Gerard wrote: > > > I don’t feel safe because there is a code of conduct. But I tell you one > thing that makes me feel unsafe – men who will endlessly, vociferously > argue against them. Maybe a code of conduct isn’t meaningful. But at this > point, refusing to

Re: [Wikitech-l] PHP 7.0.0 Released

Wasn't newphp actually a keyword imported from Bugzilla into Phabricator as a tag? On 4 December 2015 at 00:37, MZMcBride wrote: > Ricordisamoa wrote: > >The PHP development team announces > > the immediate > >availability of PHP 7.0.0. > >The newp

Re: [Wikitech-l] Ifexists across wikis

I don't think there is a way to get a database name from an interwiki prefix. Also, whether a page is known or not does not just depend on a simple database lookup. Extensions can add arbitrary rules about which titles should be considered known or not. EducationProgram, GlobalUserPage, and Wikime

Re: [Wikitech-l] Scope of ArchCom

To clarify - are you saying this is the actual current scope of ArchCom, or are you advocating for a change in scope? On 22 January 2016 at 22:03, Rob Lanphier wrote: > ArchCom is the mechanism we hope to ensure > we build and deploy increasingly excellent software on the Wikimedia > production

Re: [Wikitech-l] Scope of ArchCom

On 25 January 2016 at 20:16, Rob Lanphier wrote: > So: forks welcome! Any takers? At this point I'm not sure any non-Wikimedia MediaWiki contributors have the resources to do so. I think WMF employs most of the main MW developers, and probably does >50% of the development. On 25 January 2016

Re: [Wikitech-l] [Engineering] Proposal regarding the future of X-Wikimedia-Debug and testwiki

Trying again from a different address On 26 January 2016 at 01:04, Alex Monk wrote: > Forwarding to wikitech-l since this is not really specific to staff, but > all shell users. > > On 25 January 2016 at 20:39, Ori Livneh wrote: > >> The X-Wikimedia-Debug header, for t

Re: [Wikitech-l] Close test2wiki?

+1 from me for closing it. Do people have important things there, or can it be 'deleted'? On 27 January 2016 at 22:01, Chad wrote: > On Wed, Jan 27, 2016 at 2:00 PM James Forrester > wrote: > > > On 27 January 2016 at 13:57, Ori Livneh wrote: > > > > > The setup of test2.wikipedia.org is no lo

Re: [Wikitech-l] Scope of ArchCom

On 28 January 2016 at 02:15, Legoktm wrote: > Hi, > > On 01/27/2016 12:46 PM, Matthew Flaschen wrote: > > On 01/25/2016 03:16 PM, Rob Lanphier wrote: > >> In the short-term, I believe a non-Wikimedia focused subgroup of ArchCom > >> may make sense. The declining MediaWiki use outside of Wikimedi

Re: [Wikitech-l] Scope of ArchCom

On 28 January 2016 at 18:53, Rob Lanphier wrote: > This is especially true given that ArchComm really has absolutely no say > > in resourcing and a given feature may not have secured funding (people, > > hardware etc.) > > > > Awwwyou're mail was so great, and then you ended with this! Are y

Re: [Wikitech-l] Scope of ArchCom

(I did, of course, mean Ar*ch*Comm there, yes. Thanks to those of you who pointed it out.) On 28 January 2016 at 19:07, Alex Monk wrote: > On 28 January 2016 at 18:53, Rob Lanphier wrote: > >> This is especially true given that ArchComm really has absolutely no say >> >

Re: [Wikitech-l] [Labs-l] New [[Main Page]] for Wikitech

Nice. What is needed to get other labs projects listed on the front page like tools? On 29 January 2016 at 05:55, Bryan Davis wrote: > I've been working on a little redesign project for the Main Page on > wikitech [0] and three key sub pages it points to since 2016-01-01 in > my User space. Toni

Re: [Wikitech-l] Mass migration to new syntax - PRO or CON?

PRO from me, for all the reasons mentioned by legoktm On 12 February 2016 at 19:26, Legoktm wrote: > Hi, > > On 02/12/2016 07:27 AM, Daniel Kinzler wrote: > > Now that we target PHP 5.5, some people are itching to make use of some > new > > language features, like the new array syntax, e.g. > >

[Wikitech-l] pt.wikimedia.org - database naming

Hi all, A request has come up (https://phabricator.wikimedia.org/T126832) to re-create pt.wikimedia.org on the wikimedia cluster. Unfortunately it was previously hosted there and so the 'ptwikimedia' database name is already taken. Since database renaming does not really appear to be an option, do

Re: [Wikitech-l] Everything is a wiki page

Thanks Nemo. Maybe we should tag this {{Development guideline}}? On 2 March 2016 at 11:16, Federico Leva (Nemo) wrote: > I started https://www.mediawiki.org/wiki/Everything_is_a_wiki_page > > This is a very simple concept which, however, I find is often neglected. > Some extension developers are

Re: [Wikitech-l] pt.wikimedia.org - database naming

I'm not sure what you're expecting, Alchimista. I haven't received any extra emails on the subject beyond those from the Phabricator task and those on this list. On 3 March 2016 at 11:34, Alchimista wrote: > Any update on this? > > 2016-02-24 18:39 GMT+00:00 Legoktm : > > > Hi, > > > > On 02/24/

Re: [Wikitech-l] pt.wikimedia.org - database naming

ename the db, if that's at > all viable, or start a new wiki using pt2wikimedia, if that's acceptable, > or something else). Is there anything we from Wikimedia Portugal can do or > say to help move this forward? > > On Thu, Mar 3, 2016 at 2:16 PM, Alex Monk wrote: > > &

Re: [Wikitech-l] How to find pages using the Score extension?

quarry is under wmflabs.org, not wikimedia.org, as it's in labs :) On 16 March 2016 at 00:12, Brian Wolff wrote: > On Tuesday, March 15, 2016, Daniel Mietchen < > daniel.mietc...@googlemail.com> > wrote: > > Hi, > > > > I want to get an idea how many times the Score extension is invoked > > but

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Actually I believe OTRS was moved into the ganeti VM cluster a couple of months ago. I'm not sure whether Phabricator is considered a not-so-resource-consuming service... On 4 April 2016 at 19:01, Vituzzu wrote: > Why not a small virtualised cluster for these not-so-resource-consuming > service

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

p;c=Miscellaneous+eqiad&h=iridium.eqiad.wmnet&tab=m&vn=&hide-hf=false&mc=2&z=medium&metric_group=NOGROUPS > and...well fairly busy but still "packable", though I'll let more > experienced people think about it ;) > > Vito > > > Il 04/04/20

Re: [Wikitech-l] scheduled downtime for bast1001 tomorrow 1800 UTC

It may also want the old key removed for the IP, done in the same way: ssh-keygen -f "/home/yourusername/.ssh/known_hosts" -R 208.80.154.149 On 13 April 2016 at 19:04, Daniel Zahn wrote: > bast1001 is back, now on Debian jessie, and you can use it again. > > All users have been created by puppet

Re: [Wikitech-l] Microsoft Edge browser testing notes

On 15 April 2016 at 23:02, Brion Vibber wrote: > * There's a new public issue tracker for Edge > > which is much easier to use than Microsoft Connect > Seems they closed all the old Connect bugs and didn't bother copying old

Re: [Wikitech-l] Docs, use of, and admin privileges for wikimedia github project?

On 25 April 2016 at 17:01, Chris Steipp wrote: > Correct, all admins should have two-factor setup. I believe everyone who is > an admin there has +2 in gerrit, and a reason to have the rights in Github. > I'd propose those 3 things as a minimal standard, since I don't think we > ever defined one

Re: [Wikitech-l] Security patch

It's not an extension that gets bundled with MediaWiki releases. On 26 April 2016 at 19:52, Ryan Lane wrote: > Any chance that Wikimedia Foundation can actually do proper releases of > this extension, rather than sending people a link to a phabricator page > that has a link to a gerrit change bu

Re: [Wikitech-l] Docs, use of, and admin privileges for wikimedia github project?

On 27 April 2016 at 01:15, Bryan Davis wrote: > The Wikimedia GitHub project gives me two things in one place that I > don't get elsewhere: > * Find a repo based on some partial name I remember it probably has > using the "Find a repository..." filtering at > https://github.com/wikimedia/ https:

Re: [Wikitech-l] [Wikitech-ambassadors] Tech News (2016, week 12)

Reminder: The IRC breaking change is happening tomorrow! On 21 March 2016 at 16:07, Johan Jönsson wrote: > Hi, > > The latest technical newsletter is now available at < > https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2016/12>. > Below is the English version. > > You can help write

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

On 12 May 2016 at 22:26, Jon Robson wrote: > Could I ask that as a norm, if you post a WIP patch that you also self -2 > it? > I think you can only -2 if you have the rights necessary to +2? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org ht

Re: [Wikitech-l] Phabricator monthly statistics - 2016-05

If you look back through all the previous monthly statistics emails, account creations regularly go above 300 per month. Phabricator account creations are done through first MediaWiki logins via OAuth or LDAP, yes. Here are the numbers that I'd like to draw people's attentions to: Tasks created in

Re: [Wikitech-l] Phabricator monthly statistics - 2016-05

On 1 June 2016 at 02:19, Bartosz Dziewoński wrote: > On 2016-06-01 02:24, Alex Monk wrote: > >> Here are the numbers that I'd like to draw people's attentions to: >> Tasks created in (2016-05): 2572 >> Tasks closed in (2016-05): 2275 >> That's a diff

Re: [Wikitech-l] [Ops] Canary Deploys for MediaWiki

If the intermediate state throws notices/errors, wouldn't it be a better idea to sync-file in the correct order to prevent such notices/errors? On 25 July 2016 at 21:54, Roan Kattouw wrote: > Note to deployers: when syncing certain config changes (e.g. adding a new > variable) that touch both In

Re: [Wikitech-l] Parsoid Exception HTTP 500

I would check your parsoid localsettings.js config file... There should be a setInterwiki call in there pointing to your MediaWiki api.php. The parsoid server needs to be able to fetch that URL. On 28 July 2016 at 12:42, Julian Loferer wrote: > Hello, > > i have a problem. If i start my parsoid

Re: [Wikitech-l] "basic" usergroup

(re-sending, apparently mailman didn't like my previous emails) Looks like it was this: https://gerrit.wikimedia.org/r/213314 This appears to be an accident. During a migration of configuration code to a new system, a 'basic' 'GrantPermissions' line was put into the new file under 'GroupPermissions

Re: [Wikitech-l] "basic" usergroup

https://gerrit.wikimedia.org/r/#/c/301735/ got merged, backported and deployed around 4AM this morning, so this is now resolved. On 29 July 2016 at 03:06, Alex Monk wrote: > (re-sending, apparently mailman didn't like my previous emails) > Looks like it was this: https://gerrit.wiki

[Wikitech-l] deployment-prep using valid certs for HTTPS

hat aren't covered by the cert or aren't redirecting HTTP to HTTPS in Varnish. -- Alex Monk ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Finding namespaces

On 31 August 2016 at 12:18, Bináris wrote: > How can I find out from witihn a wiki, what namespaces itt uses? > Special:AllPages has a dropdown with each namespace. On 31 August 2016 at 12:18, Bináris wrote: > Additional question: where can I see available aliases as a user? > https://meta.wi

Re: [Wikitech-l] Gerrit members can't add members anymore?

Gerrit groups each have an 'Owners' field that specifies which group can administrate it. In some cases this points to the group itself, but extension-GoogleLogin is owned by the gerrit administrators. Users can requested to be added by us, see https://www.mediawiki.org/wiki/Gerrit/Project_ownershi

Re: [Wikitech-l] Gerrit members can't add members anymore?

members can't add members anymore? > > Datum: 2016-09-16T12:22:45+0200 > > Von: "Alex Monk" > > An: "Florian Schmidt" , "Wikimedia > developers" > > > > > > > Gerrit groups each have an 'Owners' field that spec

Re: [Wikitech-l] ParserAfterParse not called by VisualEditor?

work around this? E.g. an > alternative hook I should use? > > Cheers > Stephan > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Alex Mon

Re: [Wikitech-l] ParserAfterParse not called by VisualEditor?

On 9 October 2016 at 01:37, James HK wrote: > > VE's edits should be (indirectly) going through the action=edit API. > > I'm not sure this answer is very helpful. I wonder about this as well > whether edits initiated by VE/NWE will actually end-up being processed > by the standard hooks available

Re: [Wikitech-l] Automatic gerrit authentication and retrieval of reviews

On 21 October 2016 at 10:13, Strainu wrote: > 1. Gerrit does not seem to support oauth authentication. I vaguely > remember that the gerrit account used to be linked to the mw.org > account. Is there any way I could use the mw.org auth to retrieve the > gerrit account and/or authenticate to gerri

Re: [Wikitech-l] Automatic gerrit authentication and retrieval of reviews

Me and Bryan have been discussing this. There might be a hacky way to map SUL accounts to LDAP accounts - Phabricator allows users to login via LDAP as you'd expect, but it also allows OAuth against Wikimedia SUL accounts. Therefore the mapping can exist there, where users have set it up. You'd pro

[Wikitech-l] New puppetmaster in deployment-prep

Hi all, Just so everyone using the deployment-prep instances are aware: deployment-puppetmaster has been retired in favour of deployment-puppetmaster02, which runs role::puppetmaster::standalone, which should behave much closer to how production puppetmasters and the labs default puppetmaster work

Re: [Wikitech-l] Update on WMF account compromises

The 'phabricator model' is far from perfectly fitting our needs though: https://secure.phabricator.com/maniphest/query/qWbzSK1NVwb0/ On 17 Nov 2016 1:07 pm, "Vi to" wrote: That's obvious, anybody knows only bag inspectors are allowed to inspect wallets. Coming back to be serious, imho, Wikimedi

Re: [Wikitech-l] Deployments: upcoming holidays and their impact

st production? > > > > > Considering it's best practice to fully sync config changes to production, > even if they're no-ops intended for beta I would say yes > > -Chad > ___ > Wikitech-l mailing list > Wikitech

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

ed */ > $wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true; > > The parsoid settings file has: > > parsoidConfig.setMwApi({ prefix: 'example.com', uri: ' > http://dev.example.com/w/api.php' }); > parsoidConfig.

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

Thanks Andre. Yeah, I'll need more than that to help. On 19 Dec 2016 10:10 am, "Andre Klapper" wrote: > On Mon, 2016-12-19 at 02:05 +, Daniel Barrett wrote: > > /* > > [37fc66f00dced89747fd4433] 2016-12-18 23:40:16: Fatal exception of > > type "BadMethodCallException" > > */ > > See https://

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

I feel like that sessions error was something we fixed months ago but can't find details right now. Certainly not the first time I've seen it... On 19 Dec 2016 3:31 pm, "Brad Jorsch (Anomie)" wrote: > On Mon, Dec 19, 2016 at 8:20 AM, Daniel Barrett wrote: > > > Here you go: > > > > > > BadMetho

Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27

On 19 December 2016 at 14:48, Daniel Barrett wrote: > Maybe it was this ticket in September? > > https://phabricator.wikimedia.org/T146686 Yes, that looks like it. Try applying the core EditPage and VE patches. On 19 December 2016 at 14:54, Niklas Laxström wrote: > Maybe related: having both

Re: [Wikitech-l] Offering internationalized programming facilities within WM enviroment

See also https://phabricator.wikimedia.org/T150417 On 21 December 2016 at 21:42, Gergo Tisza wrote: > I sympathize with the goal but accessibility benefits would be far > outweighed by maintaince costs. We regularly use grep to find code which is > about to be deprecated; wikis copy gadgets from

Re: [Wikitech-l] Deployments: upcoming holidays and their impact

Although this is theoretically a deployment freeze week, in reality l10nupdate is still running: !log l10nupdate@tin scap sync-l10n completed (1.29.0-wmf.6) (duration: 07m 54s) On 7 December 2016 at 17:39, Chad wrote: > On Wed, Dec 7, 2016 at 9:22 AM Alex Monk wrote: > > > Are w

Re: [Wikitech-l] COMPLETELY SOLVED Re: VisualEditor in 1.28 - fails after upgrade from 1.27

at's a bit broken and should show that the error code was 500 - https://phabricator.wikimedia.org/T152429 In addition to that (which is much more general), for this specific dependency, we could also have the VE API code check whether the function exists, and if not throw a particular error that can be shown nicely

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 25 January 2017 at 19:48, Kevin Smith wrote: > I support restoring the rights in this case, but I'm not sure it should be > automatic in all cases. If having +2 rights is relatively harmless and > reversible, then an automatic (but announced) restoration of the rights > should be fine. > > The

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 25 January 2017 at 21:00, Kevin Smith wrote: > We are talking about exactly the same situation: Someone was a productive > volunteer, then staff, then no longer staff. 99+% of the time, they should > retain their rights, or get them back shortly after leaving. But there may > be cases where so

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 25 January 2017 at 21:24, Brian Wolff wrote: > > Presumably, bblack did > it as part of an off boarding procedure. Eventhough I disagree with this > action, I dont think its an unreasonable action, especially given the lack > of precedent. I dont see any need for him to come and explain himself

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

Yes, they're announced on wikitech-l: https://lists.gt.net/wiki/wikitech/335950 If you go back through one of the pages linked in that email to the date it was sent, you find the relevant vote too: https://www.mediawiki.org/w/index.php?title=Gerrit/Project_ownership&oldid=648776#Yurik_for_Core_.2B2

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

On 26 January 2017 at 16:03, Quim Gil wrote: > Can we > resolve this thread with this title as well, please? > We could rename the thread. On 26 January 2017 at 16:03, Quim Gil wrote: > The cause for the removal was simple: standard procedure for off-boarding > Wikimedia Foundation employees.

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

Update: I demanded an explanation for Yurik's removal, nobody would give a good one, I revoked ops' administrative rights, and now I've been removed as a gerrit administrator with ops re-added. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org ht

Re: [Wikitech-l] where is documentation for new wikibugs bot

It already is, see https://github.com/valhallasw/pywikibugs On 27 April 2014 10:00, Petr Bena wrote: > it would be also cool if source code was somewhere readable by public > > On Sun, Apr 27, 2014 at 10:57 AM, Petr Bena wrote: > > There is a new bot for wikibugs but it doesn't seem to reply v

Re: [Wikitech-l] where is documentation for new wikibugs bot

Have you filed an issue on Github? On 27 April 2014 11:44, Petr Bena wrote: > channels array should be loaded from some configuration file instead > of being hard coded, and it would be cool if it could be modified > runtime, using irc commands > > On Sun, Apr 27, 2014 at 11:0

Re: [Wikitech-l] recent changes stream

I've fiddled around with this a bit: On my Ubuntu system, I simply got a library: sudo pip install socketio-client Then made this Python script: --- from socketIO_client import SocketIO, BaseNamespace class RecentChangeNamespace(BaseNamespace): def on_connect(self): self.emit('subscribe', ['enwik

Re: [Wikitech-l] 404 errors

On 30 May 2014 23:30, ENWP Pine wrote: > I think I saw somewhere that there is a list of postmortems for tech ops > disruptions > that includes reports like this one. Do you know where the list is? I > tried a web search > and couldn't find a copy of this report outside of this email list. > > I

Re: [Wikitech-l] MediaWiki Bug Bounty Program

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. Why does WMF get the right to control by access to MediaWiki security bugs anyway? Could we not simply host MediaWiki stuff externally? Perh

Re: [Wikitech-l] MediaWiki Bug Bounty Program

On 26 June 2014 15:02, Jeremy Baron wrote: > On Jun 26, 2014 9:44 AM, "MZMcBride" wrote: > > Any process that involves volunteers signing non-public, indefinite vows > > of secrecy and silence are antithetical to Wikimedia's values and > mission. > > This isn't a cult. Our bedrock principles are

Re: [Wikitech-l] Minding pull-requests on GitHub

On 11 July 2014 19:49, Antoine Musso wrote: > If not supported, have a bot detecting such pull requests and autoclose > them with instructions about how to create an account on labs and push a > change. > If I remember correctly, Yuvi had a bot that did something like this. It broke in some way

Re: [Wikitech-l] Upgrading jquery cookie

Still went to spam. Try not using Yahoo? On 12 July 2014 00:41, Thomas Mulhall wrote: > Hi sorry for sending the email so many times it because someone says that > it is going to spam so I tried removing http:// which the email service > thinks is spam. > ___

Re: [Wikitech-l] AJAX mw.util.wikiscript with POST

You should probably use the API rather than that. See https://www.mediawiki.org/wiki/API:Extensions On 3 September 2014 16:42, Toni Hermoso Pulido wrote: > Hello, > > for different custom extensions I've been doing something like this with > GET: > > $.get( mw.util.wikiScript(), { >

Re: [Wikitech-l] Feature request.

It sounds like the data loss here was purely due to user error, David. Also, Pine, users do not have a 'sandbox' as far as the software is aware. Maybe we could allow saving things to a given subpage of their user page though. I wonder if there would be issues with this idea due to missing history

Re: [Wikitech-l] Feature request.

On 16 November 2014 22:36, Pine W wrote: > I was looking in the wrong place for my text, and I copied the wrong > portion of > text in my haste to save it. The text is now permanently gone. On 16 November 2014 22:58, Zack Weinberg wrote: > On Sun, Nov 16, 2014 at 5:53 PM, Alex

Re: [Wikitech-l] Bugzilla-Phabricator migration (almost) completed

+1 from me as well. Great work to everyone involved in this migration. On 24 November 2014 at 17:32, James Forrester wrote: > On 24 November 2014 at 09:23, Chad wrote: > > > On Sun Nov 23 2014 at 11:45:32 PM Isarra Yos > wrote: > > > > > On 24/11/14 07:41, Quim Gil wrote: > > > > Happy Monday!

Re: [Wikitech-l] Andre's Bugzilla-Phabricator migration analysis

It's already entirely replaced Bugzilla. Bugzilla is read-only now. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Wikidata betalabs

I managed to log in successfully. On 22 January 2015 at 17:38, Jon Robson wrote: > Are we using http://wikidata.beta.wmflabs.org/ ? > I can't seem to login > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org

Re: [Wikitech-l] Wikidata betalabs

Looks like you can use http://m.wikidata.beta.wmflabs.org/wiki/Wikidata:Main_Page - but some things are broken (e.g. remove '/wiki/' and get a broken redirect back) Not sure why it accepts 'en.wikidata.beta.wmflabs.org' either On 22 January 2015 at 19:51, Jon Robson wrote: > I managed to login a

Re: [Wikitech-l] New feature: tool edit

On 11 February 2015 at 09:33, Petr Bena wrote: > Yes, the question is however, if this passed "consensus" on english > wikipedia and I made a patch for mediawiki, assuming code would be > correct would it be merged to core of mediawiki or is there any other > requirement? Does it actually even ne

Re: [Wikitech-l] [MediaWiki-l] Autopromote problems

(CCing wikitech-l) On 28 February 2015 at 01:04, John Horne wrote: > > $wgAutopromote['sysop'] = array(APCOND_ISIP, '141.163.4.11'); > Wait, what? MediaWiki supports that?! You should not do that. > However, when I log in and look at the special user rights management > page for my own userid, I

Re: [Wikitech-l] [MediaWiki-l] Autopromote problems

You're welcome. I wonder how APCOND_ISIP and APCOND_IPINRANGE were expected to work, and if we should deprecate/remove them. On 28 February 2015 at 23:17, John Horne wrote: > On Sat, 2015-02-28 at 03:27 +0000, Alex Monk wrote: > > (CCing wikitech-l) > > On 28 February 2015

Re: [Wikitech-l] Lists as first class citizens

Collections are already taken as well: https://www.mediawiki.org/wiki/Extension:Collection On 4 April 2015 at 16:15, Kevin Wayne Williams wrote: > I hereby nominate "collections". Describes it well and, at least to my > ear, helps convey a bit of the notion that it's a personal thing. > KWW > >

Re: [Wikitech-l] Must the logging table be in chronological order?

We've also inserted back-dated log entries into meta.wikimedia.org's log before in https://phabricator.wikimedia.org/T89205 - I'm not aware of any negative side-effects. On 7 April 2015 at 18:33, Helder . wrote: > See also > https://phabricator.wikimedia.org/T54919 > > On Tue, Apr 7, 2015 at 1:5

Re: [Wikitech-l] Conpherence enabled? (was [Wikitech-ambassadors] Tech newsletter (2015, week 19))

How do I prevent people from contacting me via this? On 6 May 2015 at 03:33, MZMcBride wrote: > Legoktm wrote: > >On 05/04/2015 08:07 AM, Guillaume Paumier wrote: > >> * You can now chat with other users > >> in Phabricator. [1] > >>

Re: [Wikitech-l] Per-user search query limiting being deployed to wmf wikis

On May 19, 2015 2:25 AM, "Nikolas Everett" wrote: > We'll still keep an eye on it. More worrying is the assertion that some > countries come through a surprisingly small number of IP for some reason. > I've got a pretty itchy rollback finger and deploy rights. Yes, assuming https://en.wikipedia.o

Re: [Wikitech-l] Wikimedia group on GitHub

Hi, That was probably my fault. There was a 'staff' team which I cleared of all people who have either never been staff (like you...), or are no longer staff. It turns out that Github requires you to be part of a team before you can be in an organisation, so I just created an extra team called 'vo

Re: [Wikitech-l] Testing pywikibot on beta wikis (Was: Simplifying the WMF deployment cadence)

On 29 May 2015 at 09:14, John Mark Vandenberg wrote: > - no https > > (not nice - that means test accounts must be created and accessed > using passwords that are sent in essentially cleartext - so sharing > passwords with the same account name on the real wikis is a security > risk) > It's risky

Re: [Wikitech-l] Please help a patch not to become two years old

That's actually quite far down the list: https://www.mediawiki.org/wiki/Gerrit/Reports/Oldest_open_changesets On 6 June 2015 at 20:40, Ricordisamoa wrote: > https://gerrit.wikimedia.org/r/67588 needs love. > Less than 2 days left! Thanks in advance. > > __

Re: [Wikitech-l] Import rights for non-admins

You already have the 'Transwiki importers' (import from other wikis only) and 'Importers' (import from other wikis and from file upload) groups set up. What you need now is a set group to be able to add/remove people from them. So, the ndswiki community needs to decide: - Transwiki importers o

Re: [Wikitech-l] Gerrit code review guidelines

To add to this: Jenkins adds Verified+1 if the lint tests pass, or Verified-1 if they fail. If the unit tests pass (If you're not on the whitelist, this will be once someone gives it CodeReview+2) it will give the change Verified+2 or Verified-2 if they fail. Only some people (project owners, ger

Re: [Wikitech-l] Gerrit reviewer-bot

I'm not sure is that useful, because Gerrit can already notify you of new changes for any project: https://gerrit.wikimedia.org/r/#/settings/projects What might be better is getting added as a reviewer when certain files/directories are changed (especially in mediawiki/core) Alex On Fri, Dec 28,

Re: [Wikitech-l] Krenair for core

Okay then, so what query do you use to get a history of +1 and -1 reviews a user has made? On Sat, Jan 5, 2013 at 10:00 PM, Daniel Friesen wrote: > On Wed, 26 Dec 2012 16:37:47 -0800, Ori Livneh wrote: > > Hi, >> >> Just a heads-up that I nominated Krenair (Alex M

Re: [Wikitech-l] [Echo] Is it possible to register my own events?

sider carefully before creating such voting events however, it's unlikely that most contributors to an article will want to know about that. Alex Monk On Mon, Apr 22, 2013 at 6:41 PM, Yury Katkov wrote: > Hi everyone! > > The Echo notifications are wonderfully good idea! Is it possibl

Re: [Wikitech-l] [Echo] Is it possible to register my own events?

And Extension:Thanks . I probably should've mentioned this one before. On Mon, Apr 22, 2013 at 6:57 PM, Steven Walling wrote: > On Monday, April 22, 2013, Yury Katkov wrote: > > > Hi everyone! > > > > The Echo notifications are wonderfully good ide

Re: [Wikitech-l] Bugzilla: Separate bug report status when patch is in Gerrit?

2013 at 4:05 PM, James Forrester wrote: > Also, +1 to a "Fixes-Bug: 123" annotation or somesuch, as Timo proposed a > couple of months ago in the rather more cryptic "Bug 123" vs. "Bug: 123". > +1 from me as well. Alex Monk ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Removal of Bugzilla admins

* Who was removed? * Who still has access? ** Is the list on https://meta.wikimedia.org/wiki/System_administrators still up to date? Also please ban the account of the user who created https://bugzilla.wikimedia.org/show_bug.cgi?id=50029 Alex Monk ___

  1   2   >