[Wikitech-l] Re: Renaming Gitlab repos/releng/release Default Branch

Great to see that we're following industry best practice! Another advantage to using "main" is that it more clearly documents that the main branch is one of many potential branches, whereas "master" could be seen as implying a specific branching strategy in which fixes are backported from

[Wikitech-l] Re: Call for projects and mentors for Google Summer of Code 2023 and Outreachy Round 26 is ongoing!

/Research:Content_Translation_language_imbalances -Adam On 2/24/23 13:12, Zoran Dori wrote: Hello, the linked Phabricator task is "restricted" for me, I'm unable to see it. Best regards, Zoran пет, 24. феб 2023. у 12:49 Adam Wight је написао/ла: Research into translation imbalances = A s

[Wikitech-l] Re: Call for projects and mentors for Google Summer of Code 2023 and Outreachy Round 26 is ongoing!

Research into translation imbalances = A short round of initial investigation by Jan Dittrich and myself has revealed a strong pattern in how Content Translation is used: comparing the number of articles being translated from Wikipedia languages with more editors and articles into languages

[Wikitech-l] Re: Feedback wanted: PHPCS in a static types world

+1 to moving towards more type hints And just to expand on Amir's comment, giving a type hint for return values is usually safe because you can see exactly what types are possible, but parameter type hints can be dangerous unless you look at all usages of the function.  Nulls can be

[Wikitech-l] Stagnant quality control process for [[mw:API:Client_code]]

A few years ago, I wrote a "yet another" client library for the MediaWiki action API, and went to the official list on https://www.mediawiki.org/wiki/API:Client_code , expecting to add my library. Instead, I found instructions on that page asking that new libraries be added to

[Wikitech-l] Re: Usecases for Low-Code Platforms within the Wikimedia Projects

This is a brilliant idea, I hope it gets some consideration. One more use case for such a system would be the on-wiki workflows such as File Upload, Articles for Creation, and Articles for Deletion.  The basic software support can be written as robust building blocks, and customized with

[Wikitech-l] Re: Requesting feedback about the future of the LocalisationUpdate extension

I wonder if this would be a good candidate for event-based replication?  One drawback is that current streams keep at most one month of data [1], but that might be extended for translations depending on the volume.  Another workaround might be to combine regular releases with a streaming

[Wikitech-l] Re: Goto for microoptimisation

On 7/31/21 6:09 AM, Tim Starling wrote: > Certain flow control patterns cannot be implemented efficiently in PHP without using "goto". The current example in Gerrit 708880 comes down to: If `goto` really does

Re: [Wikitech-l] Are ResourceLoader modules that bad?

Hi physikerwelt, you're correct, the overhead is a very small hash table entry for each module in the ResourceLoader registry—but this gets sent on every pageview.  It's something like 12 bytes.  See https://phabricator.wikimedia.org/T202154 and

Re: [Wikitech-l] The Second round of voting for mediawiki logo just started!

riants of the logos that pass the first round. HTH On Mon, Sep 28, 2020 at 9:30 AM Adam Wight <mailto:adam.wi...@wikimedia.de>> wrote: Hi, thanks for helping coordinate this process! I have concerns about what happened between round 1 and round 2, it seems that we're no longer l

Re: [Wikitech-l] The Second round of voting for mediawiki logo just started!

Hi, thanks for helping coordinate this process! I have concerns about what happened between round 1 and round 2, it seems that we're no longer left with a real choice.  It's unclear what method was used to tally the round 1

Re: [Wikitech-l] Making breaking changes without deprecation?

On 8/28/20 11:18 AM, Daniel Kinzler wrote: Can we shorten or even entirely skip the deprecation process, if we have removed all usages of the obsolete code from public extensions? I would support this, if only with the schadenfreude that MediaWiki will become harder for

Re: [Wikitech-l] CI and Code Review

I feel positive about every aspect of this announcement.  I've enjoyed my own experiments with GitLab and its integrated CI. It's a huge relief that we'll be able to move towards a feature-branch strategy. Even as a paid developer with 8 years of wiki experience, Gerrit is still an obstacle

Re: [Wikitech-l] First and last call: removing ApiQueryReferences

The axe has fallen. The Cite references API was removed in [1] and I expect it to go live with MediaWiki 1.35.0-wmf10. Thank you for considering this issue! -Adam [1] https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Cite/+/552211/ On Thu, Nov 21, 2019 at 1:07 PM Adam Wight wrote

[Wikitech-l] First and last call: removing ApiQueryReferences

to remove it without a deprecation period. Thank you, Adam [1] https://en.wikipedia.org/w/api.php?action=help=query%2Breferences [2] https://phabricator.wikimedia.org/T222373 -- Adam Wight - Developer - Wikimedia Deutschland e.V. - https://wikimedia.de

Re: [Wikitech-l] WebTestCase

tps://Professional.Wiki> > Entrepreneur | Software Crafter | Speaker | Open Souce and Wikimedia > contributor > ~=[,,_,,]:3 > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/ma

Re: [Wikitech-l] WebTestCase

ssional.Wiki <https://Professional.Wiki> > Entrepreneur | Software Crafter | Speaker | Open Souce and Wikimedia > contributor > ~=[,,_,,]:3 > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.w

Re: [Wikitech-l] Book referencing proposal

On Tue, Oct 1, 2019 at 5:05 PM Ryan Kaldari wrote: > The bug I linked to, T7265 , > seems > like a relatively simple, straightforward solution to a common use case > that still doesn't have a real solution: creating footnotes that have > references. Hi

[Wikitech-l] Book referencing proposal

(the tag will accept a new attribute), I thought it would be appropriate to wait for a round of technical feedback before we begin coding. Regards, Adam -- Adam Wight - Developer - Wikimedia Deutschland e.V. - https://wikimedia.de ___ Wikitech-l ma

Re: [Wikitech-l] Declaring methods final in classes

On Wed, Aug 28, 2019 at 4:29 PM Daniel Kinzler wrote: > Subclassing should be very limited anyway, and even more limited across > module > boundaries [...] This is a solution I'd love to see explored. Subclassing is now considered harmful, and it would be possible to refactor existing cases

Re: [Wikitech-l] Category aliasing proposals

On Tue, Aug 6, 2019 at 8:32 AM Brian Wolff wrote: > Re other attempts - have you seen > https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/65176/ ? > Thanks! I had read the bug https://phabricator.wikimedia.org/T5311 but somehow missed that 2013 patch—the code review comments are really

[Wikitech-l] Category aliasing proposals

Friends, As part of an investigation into category aliasing (think “theater directors” vs. “theater directors"), we’ve identified two potential technical implementations and I’m hoping to get feedback to help us choose between the proposals, or change course entirely. For a summary of the

Re: [Wikitech-l] Announcing zuul-status plugin for gerrit

Yes! That's awesome, and thank you Paladox for your tireless pushing towards modernity! I'm looking forward to enjoying the plugin… -Adam On Wed, Jan 30, 2019 at 9:58 AM Paladox via Wikitech-l < wikitech-l@lists.wikimedia.org> wrote: > Hi, i am pleased to announce that the zuul-status plugin

Re: [Wikitech-l] [Wikimedia-l] Security Notification: Malware creating fake Wikipedia donation banner

Horrifying! Is there anything we can do from our side, e.g. include some Javascript which can detect and disable the malware banner? [[mw:Adamw]] On Thu, Jan 24, 2019 at 10:11 AM Paulo Santos Perneta < paulospern...@gmail.com> wrote: > Hi, > > I seem to recall some OTRS tickets recently sent

Re: [Wikitech-l] problematic use of "Declined" in Phabricator

+1 that we shouldn't close valid bugs. Assuming nobody brings up objections, here's a nice place to document new consensus: https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle FWIW, that page is discoverable from:

Re: [Wikitech-l] Breaking change in ORES API: "wp10" models are renamed to "articlequality"

Hi, we'll have to deprecate both usages due to how the software is configured. If migrating the clients turns out to be a pain for some reason, we can negotiate the deprecation date, of course… -Adam On Mon, Aug 27, 2018 at 1:57 PM Ryan Kaldari wrote: > Thanks for the update (and the switch

Re: [Wikitech-l] RFC Discussion Wednesday - new namespace for collaborative judgments about wiki entities

On Wed, Aug 22, 2018 at 12:54 PM Ryan Kaldari wrote: > It should also be noted that there are some existing stop-gap > implementations for specific use-cases that could effectively be replaced > by JADE such as the PageAssessments extension >

Re: [Wikitech-l] My Phabricator account has been disabled

Hi Petr, Nobody is language policing, this is about preventing abusive behavior and creating an inviting environment where volunteers and staff don't have to waste time with emotional processing of traumatic interactions. I think we're after the same thing, that we want to keep our community

Re: [Wikitech-l] Making two factor auth less annoying

Apologies, "lack of session persistence" was a bad way to summarize what I've been seeing. My session persistence is usually fine, and lasts a while regardless of whether 2FA is enabled. What I was complaining about is that 2FA has to be used every time I log in. There doesn't seem to be an

Re: [Wikitech-l] Making two factor auth less annoying

Hi Petr, Thank you for thinking about improvements to 2FA, the lack of session persistence makes me want to buy a paper encyclopedia. Another issue to add to your list is that a lost 2FA device (plus lost scratch codes) requires admin help or someone with DB access, because the self-serve option

Re: [Wikitech-l] My Phabricator account has been disabled

nd I hope we can work together to root out the bad decisions and corruption, without this nonsense of having to bail you out of Phabricator jail every few months. -Adam Wight ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Help remove unused wmf-config code

Strange--the "UseContributionTracking" variable is still a thing, although it's reported as unused by the script. See https://github.com/wikimedia/operations-mediawiki-config/blob/master/wmf-config/CommonSettings.php#L2098 I get correct results when querying manually:

[Wikitech-l] Scoring platform status update

We've summarized our technical work over the last three months, please see the blog post for details: https://phabricator.wikimedia.org/phame/post/view/104/status_update_may_2_2018/ Our novel, collaborative auditing system "judgment and dialogue engine" (JADE) is deployed to the beta cluster and

[Wikitech-l] Scoring platform team status update

Friends, Anyone interested in ORES and Scoring Platform’s recent progress can read an exhaustive list on our engineering blog, https://phabricator.wikimedia.org/phame/post/view/84/status_update_january_30_2018/

Re: [Wikitech-l] Simple overview image about how MW loads resources in clients

Where has this drawing been all my life! -Adam > On Nov 6, 2017, at 1:39 PM, Joaquin Oltra Hernandez > wrote: > > Hi, > > We were having a session where we talked about resource loading, code entry > points for the front-end, and how things work on MediaWiki, and we

[Wikitech-l] New scoring models deployed

Friends, This is a Scoring Platform technical update for the last couple of weeks of work. *Deployments* We completed a biweekly deployment today, adding models for quite a few new wikis. Congratulations, and a big thank you to everyone who helped us coordinate and gather the data to

Re: [Wikitech-l] Changes in colors of user interface

Hi Pine, That's a really interesting question you bring up, that people develop associations between colors and exact positions on the screen, so that moving or discoloring a button will jar them out of a pleasant, easy to anticipate experience, and will invalidate some of what they learned,

Re: [Wikitech-l] Setting up a new Tomcat servlet in production?

Hi Shoichi, On Mon, Oct 17, 2016 at 5:25 AM, 魔法設計師 wrote: > 1. Acutally speaking it can be launched as a self-server by lightweight > Jetty (the server is Jetty embedded) it will be launched as a nomal java > application. Why I use Tomcat now but not launched by "java

[Wikitech-l] Setting up a new Tomcat servlet in production?

Friends, I'm helping review a tool that I understand Wikimedia Taiwan is eager to use, which uses a parser hook to render ideographic description characters into PNG

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

On Apr 3, 2016 1:30 AM, "Jon Robson" wrote: > The Translate tag has always seemed like a hack that I've never quite understood. +1. Couldn't we use Parsoid data tags to identify paragraphs? It seems like that would lend itself to an incremental migration. -Adam

Re: [Wikitech-l] "Try the free Wikipedia app" banners

Brandon, great to hear from you! I think you're working off of old information--like Matt said, you can edit via the app now. It's cool that you're inspired to bring up more questions, though, and I'm glad you're focusing on the design phase of the next experiment. Are you busy for the next ten

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

I think the explicit schema will be brilliant when applied to collections, it will facilitate linking tools and more. But would it make sense to represent lists as a wikidata statements, as a compromise between native SQL and wiki pages? We would gain the standard onwiki tools, a data structure

Re: [Wikitech-l] Global user pages deployed to all wikis

Hi Legoktm, Thanks for doing this great work! I tried to follow the instructions at [1], and discovered that GlobalPreferences hasn't been deployed yet, so I don't think it's possible to enable a global user page yet. Please keep us posted when that happens, I'm looking forward to abusing this

Re: [Wikitech-l] New feature in development: collections

Great to hear you're taking on this work! From my wishlist, I'd like to see support for cross-wiki collections (T19168 https://phabricator.wikimedia.org/T19168), this could be used to make really cool multimodal or bilingual materials... Thanks, Adam On Fri, Jan 16, 2015 at 12:16 PM, Federico

[Wikitech-l] Fwd: [Ops] [Gerrit] Emit alert when Ori commits on a weekend - change (operations/puppet)

Thanks for all your outstanding work, Ori! This one was so fantastic I had to forward a bit... at least you can admit you have a problem :p -Adam -- Forwarded message -- From: Ori.livneh (Code Review) ger...@wikimedia.org Date: Thu, Dec 4, 2014 at 4:55 AM Subject: [Ops]

Re: [Wikitech-l] Anonymous editors IP addresses

++the EFF for more ideas, they are actively doing great work on so-called perfect forward secrecy. There are simple things we could do to achieve a better balance between privacy and sockpantsing, such as cryptolog [1], in which IP addresses are hashed using a salt that changes every day. In

Re: [Wikitech-l] MW-Vagrant improvements at the Zürich Hackathon

assistance. We might be able to add a bit more configurability to some of the existing puppet classes and defines to make working with multiple checkouts of mw-core easier. Bryan On Friday, June 13, 2014, Adam Wight awi...@wikimedia.org wrote: Bryan and Chris, The multiwiki work is fantastic

[Wikitech-l] Old page versions and historical templates

Hi, Fundraising would like the ability to snapshot or retrieve a CentralNotice banner exactly as it was rendered at an earlier time, including the old revisions of templates, which is tricky and AFAICT not supported by MediaWiki-core. I know this issue has come up before but it looks like

[Wikitech-l] Logging edit lifecycle events

Hi VE team, I heard a rumor that there is a new focus on logging edit events to track the overall session trajectory and other stuff. If it's helpful, I've been working on that as well, here are my notes and attempts to implement, hopefully it is complementary to whatever you've done so far:

Re: [Wikitech-l] Unclear Meaning of $baseRevId in WikiPage::doEditContent

On Fri, Jun 6, 2014 at 4:08 PM, Aaron Schulz aschulz4...@gmail.com wrote: I suppose that naming scheme is reasonable. $contentsRevId sounds awkward, maybe $sourceRevId or $originRevId is better. What about rollbackRevId? I want the variable name to make its purpose very clear. -Adam

Re: [Wikitech-l] MW-Vagrant improvements at the Zürich Hackathon

Bryan and Chris, The multiwiki work is fantastic, a big thank you for pursuing this! I tried to use your new module to provide a vagrant development environment for Fundraising's payments wiki [1], and I ran up against a large and very solid-looking wall that I think is worth mentioning. We

Re: [Wikitech-l] Unclear Meaning of $baseRevId in WikiPage::doEditContent

It looks like we should leave the existing hook parameters values alone for the moment, but it would improve the situation if we renamed variables which seem to be overloaded or unclear, in MediaWiki core and in FlaggedRevs. What do you think of the following conventions, 'oldid' (index.php

Re: [Wikitech-l] Non-Violent Communication

Interesting... I have very little authority to stand on, but in my exposure to so-called NVC, it seems more appropriate for diplomatic negotiations than for any real-life human situation. IMO this approach boils down to getting your way without looking like a dick. Creeps me out. That said,

[Wikitech-l] Proposed autoloader improvement

I'd appreciate some feedback on this enhancement to the MediaWiki autoloader: https://bugzilla.wikimedia.org/show_bug.cgi?id=53835 https://gerrit.wikimedia.org/r/59804 The PSR-4 recommendation has not been ratified, but I think it's the most convenient and rational namespace-based autoloading

[Wikitech-l] Anonymous user id on wikipedia?

in their requests. All three of these cookies violate that principle. I have not found any public debate on the issue, hopefully others are interested in this topic. Regards, Adam Wight ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

[Wikitech-l] mail archive permalinks [was Re: Mailman archives broken?]

Tilman, thanks for those links. I thought the base-32 encoded hash of Message-Id discussed in [http://wiki.list.org/display/DEV/Stable+URLs] gives us a straightforward and effective solution to the problem. Ten characters or so should be plenty. This would produce URLs like,

Re: [Wikitech-l] mail archive permalinks [was Re: Mailman archives broken?]

Mailman 3 already has code to add this X-Message-ID-Hash header, and integrate with mail archiving tools. -Adam On 08/17/2012 11:32 AM, Adam Wight wrote: Tilman, thanks for those links. I thought the base-32 encoded hash of Message-Id discussed in [http://wiki.list.org/display/DEV/Stable

[Wikitech-l] gerrit tab width

It should be 4 spaces... I found where the default is set, here's a quick untested patch with no configurability. You can also change your personal preferences under Differences - Preferences diff --git

Re: [Wikitech-l] gerrit tab width

On 08/08/2012 11:07 AM, Mark Holmquist wrote: Also, it should be 4 spaces is a matter of opinion--everyone likes different tab widths depending on their preferences and monitor size. http://www.mediawiki.org/wiki/CC#Tab_size you should make no assumptions appears to support Chad's statement.

[Wikitech-l] branched article history extension [Re: Article revision numbers]

. Non-linear revisioning might also facilitate simpler models for page protection, and would allow the formation of multiple, independent consensuses. -Adam Wight Actually, the revision table allows for non-linear development (it stores from which version you edited the article). You could even make

Re: [Wikitech-l] Article revision numbers

It's really not. Things that are (relatively) simple in the database tend to require walking the entire revision tree in Git in order to figure the same data out. Git is awesome for software development, but trying to use it as an article development tool is really a bad solution in

Re: [Wikitech-l] Article revision numbers

wi...@wikidev.net: On 07/16/2012 04:49 PM, Adam Wight wrote: Cool! That's a nice solution because it's transparent to the end-user's system. However, if we use the current schema as you're describing, we would have to reconcile rev_id conflicts during the merge. This seems like a nasty

[Wikitech-l] Article revision numbers

. Non-linear revisioning might also facilitate simpler models for page protection, and would allow the formation of multiple, independent consensuses. -Adam Wight ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org

Re: [Wikitech-l] Article revision numbers

On 07/16/2012 04:10 PM, Platonides wrote: On 17/07/12 00:22, Adam Wight wrote: Hello comrades, I've run into a challenge too interesting to keep to myself ;) My immediate goal is to prototype an offline wikipedia, similar to Kiwix, which allows the end-user to make edits and synchronize them

[Wikitech-l] Hard tabs in vim: suffering and smiling

Hello new developer comrades, The following line in my .vimrc file has given me back some form of happiness that I thought I had lost after several weeks of switching tab settings every time I might be editing a mw sourcefile. I am once again free to work on multiple open-source projects

Re: [Wikitech-l] How to mount a local copy of the English Wikipedia for researchers?

. Feel free to contact with problems. -Adam Wight j...@sahnwaldt.de: mwdumper seems to work for recent dumps: http://lists.wikimedia.org/pipermail/mediawiki-l/2012-May/039347.html On Tue, Jun 12, 2012 at 11:19 PM, Steve Bennett stevag...@gmail.com wrote: Hi all,  I've been tasked with setting