ing
language called "jade" 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
___
Wi
ibraryupgrader 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
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 Chad considers it to be a non-starter.
-- L
quirement
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
Reddit[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
uggestions/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.org/T175794
Thanks,
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/Comparison_of_web_browsers
[3] https://en.wikipedia.org/wiki/Br
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
submitted 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
ect.
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/T174760
Thanks,
ng 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 mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wi
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.wikimedia.org/m
cing 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.org/wiki/Bubble_notifications
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.wikimedia.o
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
() (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.org
https:/
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.wikimedia.org
h
buted 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
st 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/T165860
-- Legoktm
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
hat loads user options 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
umentation
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
___
Wikitech-l ma
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 modules are
rietary 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 <legoktm.wikipe...@gmail.com>
> With audio and video, hangouts provide a somewhat higher bandwidth, and
> avoid the problem of many people discussing several topics at the same time
&g
/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
___
Wikit
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/classroom.
-- L
ure...? 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
to go through the
full process.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ce 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
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@lists.wikimed
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.org
https
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 mailing list
W
://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/mailman/listinfo/wikitech
t. No change is to small to 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
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
___
Wikitech-
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
vantage 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://phab
tps://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@lists.wikimedia.org
u
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
tt 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
, 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
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 this a real
. 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
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-l mailing
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
> use
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
n 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
ee 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
___
Wiki
ow not work correctly to check out all
> 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
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 maili
kimedia.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
___
Wikitech-l m
inks>.
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
ame variable, but 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
re'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
2. 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
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
ersionsinuse 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.
-- L
m/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
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
://phabricator.wikimedia.org/T119590#2234183
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
etting
$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/F3810964
[3] https://phabri
the 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
i.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.wikimedia.o
r.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)
appreciated. :)
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
new 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@list
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 m
mand (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
___
Wikitech-l mai
ges and do this today or tomorrow.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
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 should
rip off the bandaid quickly and get it over with, and use the
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
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
already a
longstanding problem for us, but not the biggest problem.
>
> Are there stats that show a decline? Just curious.
These aren't exactly stats, but I think the Google Trends graph of
"MediaWiki" vs. "Confluence" shows a relevant picture:
<https://www.google.com/trends/explore
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
.
[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
ikibot/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
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,dashboards/default
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
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 squizlabs
,
which is where the message originated from.
There's also some discussion about how signatures should be added at [2].
[1]
https://commons.wikimedia.org/wiki/File:MassMessage_timestamp_warning.png
[2]
https://meta.wikimedia.org/wiki/Talk:MassMessa
gt; metaphor[2])
This has always been part of the RfC process[1] (steps 4-5), I think it
would be a good idea to enforce that all steps of the process have been
followed first before scheduling a meeting and making a decision.
[1]
https://www.mediawiki.org/wiki/Requ
1 - 100 of 232 matches
Mail list logo