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

sswords over the Internet, whether in the clear or encrypted. The > use of HTTP or HTTPS is irrelevant if the data isn't getting sent out in > the first place. Using HTTP means that a man in the middle could inject a script into these sites that would extract any password entered into them. ~Danie

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

sswords over the Internet, whether in the clear or encrypted. The > use of HTTP or HTTPS is irrelevant if the data isn't getting sent out in > the first place. Using HTTP means that a man in the middle could inject a script into these sites that would extract any password entered into them. ~Danie

Re: [Wikitech-l] [RFC] Giving actual CSRF tokens to not logged in users (T40417)

ter fetching the edit token and initiating the session was an ingenious method of eliminating that notice for those users. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] historical trivia: who first picked UTC as Wikimedia time, when and why?

r 2038 problem. https://en.wikipedia.org/wiki/Year_2038_problem DATETIME only needs to worry about the Y10K problem. https://en.wikipedia.org/wiki/Year_10,000_problem ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] _

Re: [Wikitech-l] ResourceLoader, latency, & progressive enhancement

in the release they implement HTTP/2. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2016-04-23 3:08 PM, Brion Vibber wrote: > Started as quick thoughts, turned into more of an essay, so I've posted the > bulk on mediawiki.org: > > https://www.mediaw

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

be acceptable; but might want to submit it to the registry. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2016-03-31 8:15 AM, Yuri Astrakhan wrote: > Isn't there a recommendation not to use the X- prefix for any new headers? > On Mar 31, 2016 12:23 PM, "J

[Wikitech-l] Any routing/redirect changes in 1.26? IIS7 short-urls partially broken.

i/Special%3ASpecialpages -> http://example.com/wiki/Special%3ASpecialpages ... -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing JS code between NodeJS and browser

licated since nothing is shared. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Sharing JS code between NodeJS and browser

.merge' module) - Some people use xtend or extend - There is also a new native Object.assign built into ES6, which you could include a simple polyfill for Logging varies very much by what you need. So there's wilson, debug, and a bunch of others. ~Daniel Friesen (Dan

Re: [Wikitech-l] [BREAKING CHANGE] IE 8 will go JavaScript-less starting January 2016

stem has a bunch of plugins to transform CSS (which someone could try and plug into RL). Such as: https://github.com/jonathantneal/oldie ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-

Re: [Wikitech-l] MW support for Composer equivalent for JavaScript packages

e IE8. Use of ES6 import/export is gaining more and more adoption. But this might be one reason some people are holding back on it. es modules also have different behavior in regards to cycles that I know esperanto handles but I'm not sure about the other transpilers. ~Daniel Friesen (Dantman,

Re: [Wikitech-l] mediawiki-extension cli extension installer/updater released

What's the installation process for an extension? ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2015-11-05 1:31 PM, C. Scott Ananian wrote: > Do you think this would work with > https://github.com/cscott/node-mediawiki-express ? > --scott > > On T

Re: [Wikitech-l] [RFC/Summit] `npm install mediawiki-express`

a high-level message passing stream for communicating with a node js child process). That all being said. I still think the original rationale for picking lua (more sandboxing controls including execution limits based on steps in lua rather than varying execution time) is still valid. ~Daniel Friesen

Re: [Wikitech-l] MW support for Composer equivalent for JavaScript packages

also need consideration. Whether you want a RL api that has a bridge to the npm ecosystem or want to go all-in to the modern js landscape and build a more CommonJS/node/npm-like RL api that loads things according to MW's use cases will be the important bike-shedding. ~Daniel Friesen (Dantman

Re: [Wikitech-l] Audit of inline styling in the main namespace of the English Wikipedia

On 2015-10-26 8:15 PM, MZMcBride wrote: > Daniel Friesen wrote: >> Perhaps some deeper segregation of those stats would be useful. ie: >> Separate the numbers of styles used between templates and pages. >> >> Then we might have a better idea of what kind of patterns

Re: [Wikitech-l] Audit of inline styling in the main namespace of the English Wikipedia

hat the styling code is a lot more centralized. > > MZMcBride Perhaps some deeper segregation of those stats would be useful. ie: Separate the numbers of styles used between templates and pages. Then we might have a better idea of what kind of patterns are being used directly in pages that should act

[Wikitech-l] mediawiki-extension cli extension installer/updater released

MediaWiki extensions: $ mediawiki-extension update --all Switch an extension cloned from git master to the REL branch for the installed version of MediaWiki. $ mediawiki-extension switch ParserFunctions git-rel [1] http://redwerks.org/ -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http:

Re: [Wikitech-l] Port mw-vagrant to Raspberry Pi ( arm )

ven have a LAMP stack on my laptop. mediawiki/dev/ is what I used to test nearly all my contributions to MediaWiki since I wrote it. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@list

Re: [Wikitech-l] Question: Should wikimedia wikis such as wikipedia be updated with a user frendly desgn

[1] https://en.wikipedia.org/wiki/Wikipedia:Unsolicited_redesigns ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2015-09-09 10:19 PM, Vivek Ghaisas wrote: > I've been meaning to ask about this on the mailing list, but have people > seen http://www.wikipediaredefined.com/ ? >

Re: [Wikitech-l] Versions of libraries used by MW core

Perhaps this has something to do with versions of composer installed libraries drifting from the vendor repo. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2015-07-24 4:21 PM, Jeroen De Dauw wrote: Hey all, I just noticed that MediaWiki specifies specific versions

Re: [Wikitech-l] Upcoming SyntaxHighlight_GeSHi changes

patterns in MIME instead of HTTP. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] which title to use in skin data?

have to worry about. setRef just acts like set but uses a PHP reference ($foo) so that the value changes when the variable outside -data changes. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list

Re: [Wikitech-l] Thumbnail image hinting in articles via metadata tags

and their unwillingness to play nice with attempts to standardize metadata. We should also consider oEmbed where it makes sense. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

method of discussions are used on-wiki. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Starting conversion of LiquidThreads to Flow at mediawiki.org

messages are structured and have an interface to differentiate them. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech

Re: [Wikitech-l] Tor proxy with blinded tokens

On 2015-03-16 7:55 PM, Gergo Tisza wrote: On Mon, Mar 16, 2015 at 5:08 PM, Daniel Friesen dan...@nadir-seen-fire.com wrote: Bitcoin is not untraceable. An adversary capable enough to eavesdrop on dissidents' communication making them need Tor should be capable of tracing the publicly

Re: [Wikitech-l] Tor proxy with blinded tokens

to the proxy owner to the originating non-anonymous financial transaction used to purchase the bitcoins. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org

Re: [Wikitech-l] Wikimedia REST content API is now available in beta

to `https://rest.wikimedia.org/en.wikipedia.org/v1/?doc`. That might actually be a better idea since you won't need to provide an API to let code performing discovery know which versions of the API are supported. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

Re: [Wikitech-l] Hi-DPI site logo fun: patch adding $wgLogoHD option?

styles that use CSS to override the logo. Either way, even if we switched Vector to use an img we'd still have to solve the issue of using a background-image since there will be other skins that use a background-image. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

[Wikitech-l] Terrible instructions for configuring Varnish (4.0)

these things and ends with a `return(hash);` making it so the default vcl is never run. ## If-None-Match Someone is going to have to explain this block to me, because doing it does not make sense to me: if (req.http.If-None-Match) {return(pass);} -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire

Re: [Wikitech-l] E-mail login to wiki - needs feedback

I described an alternate idea on how to avoid timing attacks without limiting it to one account per address. https://www.mediawiki.org/wiki/Thread:Talk:Requests_for_comment/Login_via_e-mail_address/Timing_attacks_on_emails_with_multiple_accounts ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

Re: [Wikitech-l] Adopting Composer's composer.json for extensions

. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Boil the ocean, be silly, throw the baby out with bathwater, demolish silos, have fun

Vector improvements available to all new skins. ... Now Vector has almost as many hacks as it used to yet again. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

Re: [Wikitech-l] Building an extension management CLI tool (What language should I write it in?)

composer libraries, but also to implement dependency management in extension.json. Btw, side thought. I wonder how the requirement to bump version numbers and make releases clashes with all the regular TWN message updates extensions get. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

Re: [Wikitech-l] Building an extension management CLI tool (What language should I write it in?)

uses to search and query data about extensions. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Building an extension management CLI tool (What language should I write it in?)

want to install 'ParserFunctions' I'd have to look up what the composer name for it is. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman

Re: [Wikitech-l] Boil the ocean, be silly, throw the baby out with bathwater, demolish silos, have fun

the sidebar, tabs, etc...) but use Vector's design elements, combine them into a new responsive theme that visually feels like Vector but functionally works like and is responsive like Minerva. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

[Wikitech-l] Building an extension management CLI tool (What language should I write it in?)

things is trivial. -- I not only expect it to be easy, I'm already doing it. The server code is Node.js and is already happily chugging away fetching all our gerrit based git repos, doing multiple in parallel. - I could make parts of the tool interactive and much more user friendly. -- ~Daniel Friesen

Re: [Wikitech-l] GPL upgrading to version 3

to bundle MediaWiki with GPLv2-only code. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Use of hreflang in the head

to be using sitemaps. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Improving our code review efficiency

removed from the queue due to inactivity, etc... but not outright rejected. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo

Re: [Wikitech-l] Thoughts: stateless services with open servers?

. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2015-01-28 12:08 AM, Petr Bena wrote: So if all wikis on world would use this central parsoid, I wouldn't like to see that huge outage when the parsoid server breaks :P On Wed, Jan 28, 2015 at 8:40 AM, Federico Leva (Nemo

Re: [Wikitech-l] Performance of parsing links?

You should be able to return something like this to make your parser function output raw HTML instead of WikiText. return array( $output, 'noparse' = true, 'isHTML' = true ); ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2015-01-27 1:33 PM, Daniel Barrett wrote

Re: [Wikitech-l] Thoughts: stateless services with open servers?

. Simple extension(s) that quick and easily allow a hosted service to enhance a locally installed MediaWiki installation could be a useful addition to the MediaWiki ecosystem. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

Re: [Wikitech-l] Thoughts: stateless services with open servers?

be better served with alternative setups that make it easy to setup and run the services locally. Something for things like Vagrant, Docker, Turnkey, etc... ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list

Re: [Wikitech-l] Sane versioning for core

it there are actually multiple surfaces you would want to version which are almost isolated from the actual release version number. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application

for that OS web apps? ;) Or maybe they're just using HTML5's offline capabilities? ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo

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

Also try using Title::makeTitleSafe instead of Title:makeTitle. Your $fileName might not be in the proper dbKey format (use of spaces, etc...) in which case the Title you get would be corrupt since makeTitle doesn't sanitize the text you give. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

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

Parsoid just to store and manage some text in mediawiki. As explained in the other topic, VisualEditor can edit the DOM without Parsoid, so this doesn't mean everyone would have to have Parsoid servers. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

Re: [Wikitech-l] wfRunHooks deprecation

, deprecation notices, etc... (or it might have been for a different kind of error) can actually tell you where the hook was registered)) ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] I haven't looked lately...

as Parsoid DOM in the backend. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

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

it is), and we could have a productive conversation about that. If the argument for its potentially misguided nature is made with respect and kindness, it will be welcomed. Any such discussion should probably start with this: https://www.mediawiki.org/wiki/MediaWiki_2.0 ~Daniel Friesen (Dantman

Re: [Wikitech-l] Stance on Social Media

://www.mediawiki.org/w/index.php?title=Social_mediadiff=prevoldid=1041046 but missed the other https://www.mediawiki.org/w/index.php?title=Social_mediadiff=prevoldid=1039082. I undid the remaining vandalism edit. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

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

use a bunch of proxies so they don't have to worry about rate limits. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech

Re: [Wikitech-l] Final RC for 1.24

that tarball users don't need to `composer install` to get MediaWiki working, especially when some of them don't even have a CLI. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] MediaWiki:Common.js and MediaWiki:Common.css blocked on Special:Login and Special:Preferences

on the same page with malicious site-js running. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

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

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://wikiapiary.com/wiki/PHP_Versions/non-wmf ~Daniel

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

On 2014-10-10 2:19 AM, Željko Filipin wrote: On Fri, Oct 10, 2014 at 10:28 AM, Daniel Friesen dan...@nadir-seen-fire.com OS X isn't available legally as a VM on anything but an OS X machine IIRC. Correct. I have forgot to mention that. What I meant is that I am not sure one can download

[Wikitech-l] State of the DumpHTML extension

. There are probably more issues that I haven't found yet while trying to workaround the other issues. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

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

://releases.wikimedia.org/mediawiki/releases.json The file will need to be updated every time a new release is made or an old one becomes obsolete. What does everyone and the release managers think? -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

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

release is current, what are legacy, what are LTS, and what the current point release for each current and legacy release is. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-09-18 4:25 PM, Markus Glaser wrote: Hi Brian, on mediawiki-enterprise-l, Derric Atzrott

Re: [Wikitech-l] Fixing PollNY -- ResourceLoader woes

~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-09-17 12:36 AM, Niklas Laxström wrote: mw.loader.using( 'ext.pollNY.lightBox', function() { LightBox.init(); } ); ((Any other code using LightBox.* should probably do the same thing, athough

Re: [Wikitech-l] Fixing PollNY -- ResourceLoader woes

It should, if it's still broken there should be some other issue. What errors do you get, before and aster. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-09-17 7:37 AM, Jack Phoenix wrote: On Wed, Sep 17, 2014 at 1:55 AM, Daniel Friesen dan...@nadir-seen

Re: [Wikitech-l] Fixing PollNY -- ResourceLoader woes

() { LightBox.init(); } ); ((Any other code using LightBox.* should probably do the same thing, athough mw.loader.using is using jQuery's promises (I really want to call this something else, since jQuery doesn't implement proper promises) incorrectly so I'm not sure how well that will work)) ~Daniel Friesen

Re: [Wikitech-l] [WikimediaMobile] need for an app?

time I checked Wikipedia Zero was not exclusive to the app. And while tricky, features like saving an article can be implemented on a website. Naturally of course, editing also does not require an app. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

Re: [Wikitech-l] [WikimediaMobile] need for an app?

, if you read through the whole thing it describes a technique of combining appcache, localStorage, and an iframe to make it possible for a site like Wikipedia to be made to work offline. And localStorage could even be substituted for IndexedDB (with a polyfill for WebSQL only browsers). ~Daniel

Re: [Wikitech-l] Moving Vector and MonoBook to separate repositories and what it means for you

it in exactly the same way. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-08-07, 12:30 PM, John wrote: Actually Im not making personal attacks. I am pointing out the flawed process that is being/was implemented. What should have happened was that skins are migrated

Re: [Wikitech-l] Bikeshedding a good name for the api.php API

. ;) ?action=querylist=* Technically speaking, listing *is* an action. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech

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

of an individual param a large body of text could be cut off mid way by the buffer end and it wouldn't be invalid. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

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

like we're talking about then there's a good chance that the corruption exists in the same buffer that the hash is based on so the hash itself will be incorrect. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l

Re: [Wikitech-l] Making a plain MW core git clone not be installable

On 2014-06-11, 10:55 PM, Tim Starling wrote: On 11/06/14 16:18, Daniel Friesen wrote: - And, ;) making PEAR Mail installable via Composer *snicker* You snicker at the idea that the maintainers of PEAR Mail are not soldiers in a pitched battle for the minds of developers, PEAR on one side

[Wikitech-l] Which mailer should we use? (was: Making a plain MW core git clone not be installable)

. So if you don't like the kitchen sink that Swift was picked for PHPMailer is something else to review before falling back on PEAR libraries, even with composer. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l

Re: [Wikitech-l] Making a plain MW core git clone not be installable

() automatically). - All this gets bundled into the tarball directly, so $wgSMTP now works out of the box and doesn't require installation of something that in some situations is impossible to install. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

Re: [Wikitech-l] Making a plain MW core git clone not be installable

On 2014-06-11, 12:07 AM, Tim Starling wrote: On 11/06/14 16:18, Daniel Friesen wrote: - ((In other words, the library we're entrusting all our SMTP handling to is practically dead and no longer maintained, Whoops.)) Only 3 open bugs though. Sometimes code just keeps working for decades

Re: [Wikitech-l] How to make MediaWiki easier to install: use cases

` or `git submodule update --init`) before it can be used. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Making a plain MW core git clone not be installable

` anything within core, so we definitely should make sure every commit knows what commit of mediawiki/core/vendor it should be using, rather than only ensuring that each of our git heads has a matching mediawiki/core/vendor head to use. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

Re: [Wikitech-l] [RFC] Extension registration

config in the DB. A wfEnableExtension would do the exact same thing as $wgEnabledExtensions would do to load an extension, just earlier. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

[Wikitech-l] An unhappy resolution on skin naming (was: What should be the recommended / supported way to do skins? (A proposal.))

are being ignored. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] An unhappy resolution on skin naming

$stylepath (bonus points if you implement this in a way that eliminates the child skin issues with $skinname and $stylepath). ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] An unhappy resolution on skin naming

'$wgValidSkinNames['FooBar'] = 'FooBar';` to eliminate the lowercase 'foobar' in favour of 'FooBar' if we want to make useskin= case insensitive because we can't case insensitively get `$wgValidSkinNames['FooBar']` from a $useskin that is 'foobar' or 'FOOBAR'. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

Re: [Wikitech-l] Jettisoning our history?

add {new remote} {new url}` and voila, they pick up right where they left off, this time with Phabricator backing git instead of Gerrit. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] Skin directory layout explanation (was: What should be the recommended / supported way to do skins? (A proposal.))

. [1] https://gerrit.wikimedia.org/r/#/c/135384/ [2] https://www.mediawiki.org/wiki/Manual:Skinning/Tutorial#Creating_the_skin ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] What should be the recommended / supported way to do skins? (A proposal.)

to $wgValidSkins (which should be rather simple since I haven't seen a single skin yet doing that which would actually be broken by such a change). ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list

Re: [Wikitech-l] What should be the recommended / supported way to do skins? (A proposal.)

On 2014-05-24, 10:49 AM, Bartosz Dziewoński wrote: On Wed, 21 May 2014 09:48:21 +0200, Daniel Friesen dan...@nadir-seen-fire.com wrote: And for the bit on re-caching that is simple. Assets for core skins like Vector and old skins that are implemented using the autoloader are currently

Re: [Wikitech-l] What should be the recommended / supported way to do skins? (A proposal.)

On 2014-05-20, 10:28 PM, Isarra Yos wrote: On 20/05/14 23:05, Daniel Friesen wrote: * The skinname you require is the same one assigned to $wgValidSkins and set on $wgDefaultSkin and set on $skinname, and $stylepath. * For all skins using the old autoload pattern the assets

Re: [Wikitech-l] What should be the recommended / supported way to do skins? (A proposal.)

is also the name you will use in useskin= or $wgDefaultSkin. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] That you to anonymous users

for anons, as the user wouldn't get past varnish. --bawolff To be clear, we set a cookie on submit of the edit page, whether it results in an edit or not, but not on visit. But that is essentially what Martijn described. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name

Re: [Wikitech-l] What should be the recommended / supported way to do skins? (A proposal.)

/. And no other skin should be using the pattern Nostalgia uses. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What should be the recommended / supported way to do skins? (A proposal.)

exclusively for things like skin class names like SkinFooBar and optionally some filenames, both of which are internal to the skin. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?

On 2014-05-16, 1:57 PM, Tyler Romeo wrote: 2) When logging into Wikimedia, allow login with Google, GitHub, etc. Unfortunately, fulfilling that situation means deploying the OpenID extension, which is definitely not ready yet. GitHub doesn't support OpenID. ~Daniel Friesen (Dantman, Nadir

Re: [Wikitech-l] Security announcement: XSS in MobileFrontend

On 2014-05-14, 4:28 PM, Max Semenik wrote: Another requirement for this vulnerability is screen width which must be at least 768 pixels. LOL, Some part of me just loves and finds vulnerability requirements like this awesomely amusing. I wonder if there's an XKCD entry like this. ~Daniel

Re: [Wikitech-l] dnschain

://www.youtube.com/watch?v=Z7Wl2FW2TcA ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-04-29, 10:41 PM, James Salsman wrote: Would someone please review this DNS proposal for secure HTTPS? https://github.com/okTurtles/dnschain http://okturtles.com/other

Re: [Wikitech-l] dnschain

by anyone but the site itself, etc... well okTurtles just leaves that up to the same certificate authorities they don't trust. Of course before we go try and setup wikipedia.bit (whoopsie, looks like someone already swiped it) we'll probably want to support a .onion domain. ~Daniel Friesen (Dantman

Re: [Wikitech-l] dnschain

, lol. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Feedback on 1.23 RC 0

I discovered this regression yesterday: https://bugzilla.wikimedia.org/show_bug.cgi?id=64595 ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-04-29, 7:50 AM, Mark A. Hershberger wrote: We've gotten some feedback already -- https://github.com/SemanticMediaWiki

Re: [Wikitech-l] English Wikipedia Homepage Framework

On 2014-04-16, 4:48 AM, Erwin Dokter wrote: Borwserstack is a paid service (they basically all are); I'm not shilling out 30 bucks a months for the occasional testing. Regards, Same here, they really should consider introducing some sort of pay-per-use minutes. ~Daniel Friesen (Dantman, Nadir

Re: [Wikitech-l] Keeping Code-Review votes across trivial changes of patch sets?

that the -1/+1s that go away don't actually go away, they would still show up in the list, semi-transparent and greyed out, to indicate that someone -1ed a prior version but they haven't reviewed the current commit and it may not apply any longer. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

Re: [Wikitech-l] Proposed body font stack for Latin

to the default Droid Sans that comes with Android. Not sure that it's preferable to match Arial, would need actual testing ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Free fonts and Windows users

together to it's detriment: cl, co, ct, te, all have extra space between them, while Helvetica puts them close together in ways that could be mistaken for other letters (d, oo, d, b). [1] http://www.64notes.com/design/stop-helvetica-arial/ ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http

Re: [Wikitech-l] Shorter URLs

the changeset fixing that (implementing native 404 handling). ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

  1   2   3   4   5   6   7   8   >