" but the people with a trademark on "jade"
asked/forced them to change the name[1]. I'm not sure if that's
something we need to be concerned about.
[1] https://github.com/pugjs/pug/issues/2184
-- Legoktm
___
Wikitech-l mailing
aryupgrader is submitting patches for most Gerrit repositories. :)
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ses.
On the MediaWiki development side, we've been forced for fork all of the
external libraries we depend upon to support Hack. This includes basic
tooling like composer, phpunit, codesniffer, and so on.
There are probably more reasons that could be listed, but I think you
get the idea of why
minimum PHP requirement
to 7.x.
[1] https://phabricator.wikimedia.org/T172165
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
1], a member of the HHVM team clarified they plan on dropping
support for destructors *from Hack* soon. (Not that I think it really
makes any difference in what our long-term plan should be.)
[1] https://www.reddit.com/r/PHP/comments/70wtky/the_future_of_hhvm/d
.
If you have any suggestions/feature requests/bugs, feel free to create a
ticket in Phabricator or reply here.
[1] https://phabricator.wikimedia.org/T168659
[2] https://phabricator.wikimedia.org/P5913
[3] https://www.mediawiki.org/wiki/MinusX
[4] https://phabricator.wikimedia.o
e not suddenly going to add
privacy invasive features. That said, if there's another browser that
also meets the criterion listed above, I would be totally open to
recommending it well.
[1] https://www.chromium.org/getting-involved/download-chromium
[2] https://en.wikipedia.org/wiki/Com
Sorry, I totally forgot to include a link to the main project page:
<https://www.mediawiki.org/wiki/Libraryupgrader>.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
bmitted by libraryupgrader for all MediaWiki extensions
and skins to update them to the newest version (see my other email for
more details).
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailma
project.
I've also filed a request for the bot to have +2 permissions for simple
library bumps[1].
(And thank you to Niharika for stepping up and helping review today's
library update of MediaWiki-CodeSniffer!)
[1] https://phabricator.wikimedia.org/T1
ocked/fixed relationship, it should be something that we can say "no
this isn't working" and turn off whenever we need to.
[1]
https://blog.mozilla.org/blog/2014/05/14/drm-and-the-challenge-of-serving-users/
-- Legoktm
___
Wikitech-l maili
[1]. And I think the specific
implementation can be fleshed out a little later, that was just a
concept/idea. :)
[1] https://gerrit.wikimedia.org/r/#/c/369991/
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikim
improving the web by reducing legacy browsers, and allowing
us to move forward with newer technology sooner (ideally).
And we'd be supporting a project that is ideologically aligned with us:
Mozilla.
Thoughts, opinions?
[1] https://phabricator.wikimedia.org/T147199
[2] https://www.mediawiki
render)
I already updated most extensions to 0.11.0 a few days ago, it's up to
each extension maintainer if they'd also like to update to 0.11.1.
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.w
;t able to attend in person, you can leave suggestions
in the comments at <https://phabricator.wikimedia.org/T172845>.
See you then!
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
isset() (Reedy)
* track=1 rather than defaultbranch (Reedy)
* Update PHP_CodeSniffer to 3.0.2 (Kunal Mehta)
I'll be working on submitting patches for extensions again shortly.
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.o
a)
* Make DisallowEmptyLineFunctionsSniff apply to closures too (Kunal Mehta)
* Use correct notation for UTF-8 (Umherirrender)
I'll be working on submitting patches for extensions again shortly.
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikim
open>.
Thanks to everyone who contributed to this release, please file bugs or
feature requests in the MediaWiki-Codesniffer Phabricator project if you
find any.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
27;d suggest scoping the CSS to some class
like "theme-name" and then using JS to set and remove that class from
(or whatever other element) as needed.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi,
Ladsgroup filed a request[1] for +2 in mediawiki/* repos that I missed
until now, and hadn't been sent to this mailing list. Please comment if
you haven't already and I'll close it in a few days.
[1] https://phabricator.wikimedia.org/T165
th "MWCallableUpdate::doUpdate: Cannot flush
snapshot because writes are pending (JobQueueDB::doBatchPush)"
https://phabricator.wikimedia.org/T154438 and
https://phabricator.wikimedia.org/T154425
SpecialPage / TransactionProfiler throws a "Expectation (masterConns <=
0) by Med
Hi,
On 05/13/2017 03:43 PM, Ryan Kaldari wrote:
> A question that came up during Documentation Day was whether or not we
> should use the @inheritdoc convention for indicating that methods are
> documented in parent classes (rather than leaving them blank).
>
> Some arguments for using it include
out of a central table and
overrides locally set ones is basically done.
[1] https://www.mediawiki.org/wiki/Extension:GlobalPreferences
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
w rulset without documentation
improvements (see MediaWiki Documentation Day email ;)).
If you encounter any bugs or have suggestions on new rules, please reply
to this thread or file a bug in the #MediaWiki-Codesniffer Phabricator
project.
Thanks,
-- Legoktm
_
Hi,
On 04/17/2017 02:17 PM, James Montalvo wrote:
> Uncaught Error: Module "jquery" is not loaded.
Does your module definition have a dependency on 'jquery'? You should
remove that as it will cause errors like this. jQuery is always loaded
before any other RL m
s proprietary software to discuss the
architecture of MediaWiki?
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi,
On 03/10/2017 01:11 PM, Gabriel Wicke wrote:
> On Fri, Mar 10, 2017 at 12:06 PM, Legoktm
> With audio and video, hangouts provide a somewhat higher bandwidth, and
> avoid the problem of many people discussing several topics at the same time
> that larger IRC meetings frequen
/document/d/1id-E_KELGGA3X5H4K44I6zIX3SEgZ0sF_biOY4INCqM/edit#heading=h.xs2aq4j4wzse>.
I didn't try to open the link until now, but it requires a Google
account to view, and is only visible to those in the WMF - could it be
moved to mediawiki.org please?
-- Legoktm
___
Hi,
On 03/09/2017 08:17 AM, Daniel Kinzler wrote:
> * NOTE: we plan to experiment with having a public HANGOUT meeting, instead of
> using IRC.
Can I ask why? At least for me, Google Hangouts simply isn't an option
to participate when I'm in a crowded library/classr
feature...? Is there a rationale somewhere about the renaming?
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
sk people not further respond to this
thread, if you have questions please ask me offlist.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
needs to go through the
full process.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
script to force the pages
to be re-parsed.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
<https://phabricator.wikimedia.org/T155201> would be appreciated.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi,
Somewhat related, in the last MediaWiki security release, the bugs
already have CVE numbers assigned to them. Would it be possible to get
CVE ids for extension security issues in advance as well?
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l
int where it starts hanging and
narrow down the problematic code.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi,
> I've filed <https://phabricator.wikimedia.org/T153177>, nominating
> Fomafix for +2 in mediawiki/ repositories.
I've know closed this as successful. Congrats!
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lis
like the "[]" one.
I'll be archiving the "grrrit-wm" Phabricator project shortly - you can
use the "wikibugs" one to report any issues you notice.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia
Hi,
I've filed <https://phabricator.wikimedia.org/T153177>, nominating
Fomafix for +2 in mediawiki/ repositories.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi,
On 12/12/2016 10:03 PM, Sam Wilson wrote:
> Is it possible now to add Phan to extensions' CI as well?
That's the next step :). Filed
<https://phabricator.wikimedia.org/T153039> for it.
-- Legoktm
___
Wikitech-l mail
un it for you.
[1] https://github.com/etsy/phan
[2] https://phabricator.wikimedia.org/T132636
[3] https://www.mediawiki.org/wiki/Continuous_integration/Phan
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/
ging
seem like the least of your problems in terms of becoming out of date.
The VisualEditor project has a script that automatically generates
localized screenshots of the user interface so the user manual stays up
to date, I don't know if any solution has been worked out for videos yet.
-- L
o be disliked by one or more
> people!
<https://xkcd.com/1770/> seems pretty timely!
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 12/06/2016 03:32 PM, Greg Grossmeier wrote:
> Reminder: This next week (Dec 12th) is the last normal week before the
> end of year holiday season deploy freeze goes into effect. Plan
> accordingly.
Does the freeze also affect the beta cluster? Or just production?
Thanks,
-
1.28 has a bunch of changes, but
<https://www.mediawiki.org/wiki/MediaWiki_1.28> is rather bare and needs
more people to fill it out and highlight the cool new things that were
developed in this release cycle!
-- Legoktm
___
Wikitech-l mailin
hem, and
displays them to users. So if someone set up a JSCS service or something
to provide errors about JavaScript pages, we could hook up that to
Linter. (There's currently only one line of code in Linter that's
Parsoid-specific).
-- Legoktm
___
Hi,
On 10/25/2016 03:14 PM, Rob Lanphier wrote:
> 3. Should we turn our SVG validation code into a proper library?
Yes! This is <https://phabricator.wikimedia.org/T86874>. :)
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wiki
in advantage of this over tracking categories is that we know the
location in the wikitext so it should be easier to identify the error
and fix it, as well as knowing whether the issue was caused via a
template or not.
The main ticket tracking deployment is
<https:/
on
<https://phabricator.wikimedia.org/T148274> - I've written a patch for
the virtual namespace as a POC, but writing one for the parser function
if people prefer that, should be trivial.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@list
gt; you
can see how diverse the different upload configurations are.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
chool,
but cscott has volunteered to represent me and the RfC tomorrow. :)
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ing, training users, etc. I too am
glad when we are able to contribute to the growth of another free
software project, however, if that comes at the cost of improving
MediaWiki and by extension, the Wikimedia movement, then I think we
should be extremely cautious.
[1] https://www.mediawiki.org/wiki/Principles
[2] https://phabricator.wikimedia.org/T6323
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
pedia.org/wiki/Eating_your_own_dog_food
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
l be found at
<https://www.mediawiki.org/wiki/User:Legoktm/Packages>. Please let me
know if you have any questions or feedback.
Finally, thanks to Luke Faraone, Faidon Liambotis, Moritz Mühlenhoff,
Max Semenik, Chad Horohoe, Antoine Musso, and all of the beta testers of
the package for making t
oject. We would like to
release 0.8.0 by mid-October.
Thanks!
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
gt;
Lovely! I just filed about 20 tasks on cleaning up ContentHandler's
technical debt (you know, just in time to rewrite it all over again),
help would be appreciated! <https://phabricator.wikimedia.org/T145728>.
-- Legoktm
___
Wikitech
Hi,
I wrote an RfC to determine the future of the ISBN/PMID/RFC magic links
feature (spoiler: I propose getting rid of them). Comments on the talk
page would be appreciated!
<https://www.mediawiki.org/wiki/Requests_for_comment/Future_of_magic_links>
-- L
Hi,
A few more blockers were identified (and some resolved!) so I'm going to
postpone this until at least Thursday (2016-09-15).
Thanks,
-- Legoktm
On 09/07/2016 12:24 PM, Legoktm wrote:
> Hi,
>
> On Monday (2016-09-12), I plan on deploying a change that allows most
> us
Hi,
Per[1], I have given Thiemo Mättig +2 rights in all mediawiki
repositories. Congrats!
[1] https://phabricator.wikimedia.org/T144250
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
and work on this :)
[1] https://phabricator.wikimedia.org/T144961
[2] https://phabricator.wikimedia.org/T144962
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
l, feel free to respond via
email, or file a task in the MediaWiki-ContentHandler project and CC me.
[1] https://phabricator.wikimedia.org/T85847
[2] https://gerrit.wikimedia.org/r/#/c/309066
[3] https://phabricator.wikimedia.org/T92795
Thanks!
-- Legoktm
__
; submodules at the appropriate revisions?
That should work, you'd just need to remember to run "git submodule
update" after switching branches, which should be pretty easy. At that
point you still need to manage 4 different git repos though (core,
vendor, skins, extensions).
-- Lego
Hi,
Per[1], I have given Glaisher +2 rights in all mediawiki repositories.
Congrats, and thanks for all of your contributions so far!
[1] https://phabricator.wikimedia.org/T141730
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
(10x), release your changes to the remainder of the fleet.
Does scap/whatever make any requests against those hosts? Or is it just
depending upon normal traffic to those hosts to possibly cause errors?
-- Legoktm
___
Wikitech-l
/phabricator.wikimedia.org/T142120> tracks updating extensions
to do so by moving their tests into the standardized path and removing
the hook.
Note: this requires that the extension has already been converted to use
extension.json.
-- Legoktm
_
6&prop=externallinks>.
This will expand all templates and give you the same set of
externallinks that would have ended up in the dump.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ut that
is only introduced when deploying the extension for the first time.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
sooner it's live, the better!
This. Thanks to everyone who is making this upgrade happen <3
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi,
On 07/13/2016 08:19 AM, Daniel Barrett wrote:
> @requires extension mysql
>
> and this extension is gone in PHP 7.0.
The old "mysql" extension was removed in favor of the "mysqli"
extension. MediaWiki should automatically use mysqli whe
if there's a way to tell the
difference between an exception that was shown to a user and one that
was just logged.
[1] https://gerrit.wikimedia.org/r/#/c/298416/
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
regressions like this in the future!
I submitted autogenerated patches to upgrade all extensions that were
already at 0.7.1 to upgrade to 0.7.2 - they should only touch composer.json.
[1] https://phabricator.wikimedia.org/T134857
-- Legoktm
___
Wikitech-l
d that change in PS22. Clients that
still need to pass in raw HTML can use the new
MediaWiki\Linker\HtmlArmor class to prevent it from being escaped.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
rg/r/#/c/288572/
[3] https://gerrit.wikimedia.org/r/#/c/288674/
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ionsinuse versus typing out all of "scap
wikiversions-inuse" ;) Same with "sync-f", etc.
It's not that huge of a deal, but I think we all use those commands
pretty frequently that tab completion saves a lot of keystrokes...
-- Legoktm
___
Hi,
On 05/02/2016 11:42 AM, Brian Wolff wrote:
> See gerrit patch https://gerrit.wikimedia.org/r/286495 I would
> appreciate everyone's feedback.
Given the lack of objections here and on Gerrit, I went ahead and merged
it today.
ricator.com/T10691#167705
[3] https://lists.wikimedia.org/pipermail/wikitech-l/2016-May/085489.html
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
udent Lethexie who
will be working on improving our static analysis tools this summer!
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 05/05/2016 08:24 AM, Grace Gellerman wrote:
> https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-05-04
>
> = 2016-05-04 =
>
> ==Analytics ==
> *Still trouble with jenkins
Are there any more details about this or a bug filed f
https://phabricator.wikimedia.org/T119590#2234183
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ature flag for it. Setting
$wgDontFixEditorRetentionProblem = true;
will disable it for your wiki.
Please give the patch a try, I've only tested it in MonoBook so far, it
might need some extra CSS in Vector.
[1] https://gerrit.wikimedia.org/r/280961
[2] https://phabricator.wikimedia.org/F3
validateRegistrationFile.php maintenance script.
[1] https://gerrit.wikimedia.org/r/#/c/273751/
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
iawiki.org/wiki/Extension:WikimediaPageViewInfo
[3] http://bf-wmpageview.wmflabs.org/wiki/Taylor_Swift?action=info
[4] https://phabricator.wikimedia.org/T125917
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikime
phabricator.wikimedia.org/T129435> :)
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Forwarded Message
Subject:[Ops] Minor Phab instability
Date: Wed, 2 Mar 2016 19:55:13 +
From: Chad Horohoe
To: Operations Engineers , Development and
Operations engineers (WMF only)
Hi all,
As you may have noticed lately, there's been a bit of a proble
ck is appreciated. :)
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ptwikimedia and import the external db there.
I think reusing the "ptwikimedia" db name would be ideal. My only
concern with doing so is that it might be in databases somewhere, but I
checked CentralAuth and there are no ptwikimedia entries, so at least
that
> https://mw-revscoring.wmflabs.org (Enable it in your preferences first)
I just played with it, and the changes and work you and Adam have put
into it are awesome! I can't wait to use this on actual wikis :)
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l
On 02/16/2016 01:52 PM, Legoktm wrote:
> On 02/12/2016 07:27 AM, Daniel Kinzler wrote:
>> Please give a quick PRO or CON response as a basis for discussion.
>
> No one has responded in a few days, and the current count is 13-5-2, so
> I'm going to find a time to do the ma
" command (for example [1]). Running
just "composer fix" will try to auto-fix every file in the repo, while
"composer fix filename" will just check that filename.
[1] https://gerrit.wikimedia.org/r/#/c/271220/
Thanks,
-- Legoktm
___
Wiki
e changes and do this today or tomorrow.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
us anything.
Consistency buys us a lot. New developers won't be confused on whether
to use [] or array(). It makes entry easier for people coming from other
languages where [] is used for lists.
I think you're going to end up in rebase hell regardless, so we shou
en broken.
And if you run into any CI related issues, please file a bug in the
#CI-Config Phab project!
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ds/explore#q=mediawiki%2C%20confluence&cmpt=q&tz=Etc%2FGMT-11>
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to use. MassMessage,
GlobalCssJs, GlobalUserPage, and now cross-wiki notifications were all
initially deployed using testwiki as the "central" wiki, and test2wiki
as a "client" wiki.
Maybe testwikidatawiki could be used in place of test2wiki, but that's
alrea
background
I'll ask since we just discussed this in the last IRC meeting...why
wasn't/isn't this an RfC?
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
n
help out.
[1] https://gerrit.wikimedia.org/r/#/c/260598/
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
.mediawiki.org/wiki/Manual:Pywikibot/replace.py
[2] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
package can be found in Gerrit in the mediawiki/debian
repository[4].
[1] https://ftp-master.debian.org/new.html
[2] https://people.wikimedia.org/~legoktm/debian/
[3] https://phabricator.wikimedia.org/tag/mediawiki-debian/
[4]
https://gerrit.wikimedia.org/r/#/projects/mediawiki/debian,
Hi,
On 12/29/2015 12:59 PM, Daniel Barrett wrote:
> tl;dr: What's the right way for a tag extension to execute JavaScript
> provided by the user? (On a private wiki without Internet access.)
>
> Details:
> I run a private wiki for developers (not accessible from the Internet) that
> lets any w
y for performance reasons (Thiemo Mättig)
* Remove dead code from SpaceBeforeSingleLineCommentSniff (Thiemo Mättig)
* Revert "CharacterBeforePHPOpeningTagSniff: Support T_HASHBANG for HHVM
>=3.5,<3.7" (Legoktm)
* Simplify existing regular expressions (Thiemo Mättig)
* Update squizla
1 - 100 of 236 matches
Mail list logo