Re: [Wikitech-l] Question related to status of one extension

2020-08-31 Thread Zoran Dori
Hello Nick, thank you very much for better search. :) I'm confused because of Incubator's look on the page which you have provided me. You can see screenshot: https://snipboard.io/Okj9wh.jpg So, in each case, should we archive extension/repository whatever? Best regards, Zoran. _

Re: [Wikitech-l] Question related to status of one extension

2020-08-31 Thread Nick Wilson (Quiddity)
+Notes: From a few brief searches for just "SignWriting": according to this Phab comment the extension was converted into a gadget on Incubator: https://phabricator.wikimedia.org/T24216#254974 here's an example of it in action on Incubator: https://w.wiki/av$ and here's the old documentation page:

[Wikitech-l] Phabricator monthly statistics - 2020-08

2020-08-31 Thread aklapper
Hi Community Metrics team, This is your automatic monthly Phabricator statistics mail. Accounts created in (2020-08): 305 Active Maniphest users (any activity) in (2020-08): 983 Task authors in (2020-08): 521 Users who have closed tasks in (2020-08): 290 Projects which had at least one task mo

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

2020-08-31 Thread Kunal Mehta
Hi, On 2020-08-28 02:18, Daniel Kinzler wrote: > tl;dr: the key question is: > > Can we shorten or even entirely skip the deprecation process, > if we have removed all usages of the obsolete code from public > extensions? I think going down this road would be a mistake, mostly becaus

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

2020-08-31 Thread Arthur Smith
Hmm, maybe we're talking past one another here? I'm assuming a developer of an extension who is interested in testing a new release - if we have a version that has things deprecated vs completely removed, that allows a quick check to see if the deprecated code affects them without going back into t

Re: [Wikitech-l] Grant merge rights on core to Martin Urbanec

2020-08-31 Thread Zoran Dori
Hello, thanks for suggesting Martin for +2 right. I believe that he should be in a related group because of his great work, so I'm supporting this. Best regards, Zoran ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org

Re: [Wikitech-l] Grant merge rights on core to Martin Urbanec

2020-08-31 Thread Kosta Harlan
Martin has also done (and continues to do) amazing work as a Czech community ambassador for the Growth team; tangential to those responsibilities, he's contributed fixes and features to the GrowthExperiments extension and helped with code reviews as well. +1 from me! Kosta -- Kosta Harlan (he/him

[Wikitech-l] Question related to status of one extension

2020-08-31 Thread Zoran Dori
Hello, via https://phpcs.toolforge.org I've found https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/SignWritingMediaWikiPlugin/+/refs/heads/master . Extension SignWritingMediaWikiPlugin is unmaintained, also I can't find documentation related to extension on MediaWiki.org Should

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

2020-08-31 Thread Daniel Kinzler
Am 31.08.20 um 18:52 schrieb Arthur Smith: > So the alpha > release would have to be tested in a separate environment, with > development > warnings enabled, and someone actually looking at the log. Typically, > people > only look at logs after things break. > > > Is that true?

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

2020-08-31 Thread Bill Pirkle
> > It seems desirable and fair to me to allow for "fast track" removal of > obsolete > code, but only if we create a clear process for making an extensions > "official". > How exactly would an extension developer make sure that we know their > extension, > and consider it part of the ecosystem? In

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

2020-08-31 Thread Arthur Smith
> > So the alpha > release would have to be tested in a separate environment, with development > warnings enabled, and someone actually looking at the log. Typically, > people > only look at logs after things break. > Is that true? I thought deprecation warnings appeared directly when viewing a pa

Re: [Wikitech-l] Grant merge rights on core to Martin Urbanec

2020-08-31 Thread David Barratt
I am also surprised by this and strongly support this request! Martin has been instrumental in refactoring much of the code in the blocking system that is essential to the mission's continued success. [image: Wikimedia-logo black.svg] *David Barratt* Senior Software Engineer, Anti-Harassment Tool

[Wikitech-l] Grant merge rights on core to Martin Urbanec

2020-08-31 Thread Daniel Kinzler
This is a request for granting merge privileges on the mediawiki group (MediaWiki core and all extensions) per the gerrit privilege policy. You can find the relevant ticket at . Martin Urbanec is a long term contributor, both on the wikis and to the code

[Wikitech-l] TechCom Board Review 2020-08-31

2020-08-31 Thread Daniel Kinzler
Hi all! This is the weekly TechCom board review in preparation of our meeting on Wednesday. If there are additional topics for TechCom to review, please let us know by replying to this email. However, please keep discussion about individual RFCs to to the phabricator tickets. Activity since Mond

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

2020-08-31 Thread Daniel Kinzler
Am 28.08.20 um 21:47 schrieb Physikerwelt: > I appreciate your argument, however, I think the deprecation policy > will be used in good faith. Fast deprecations are really helpful for > code that is not been used. If one expects that a feature is used in > hidden code probably people will not depre

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

2020-08-31 Thread Daniel Kinzler
Am 28.08.20 um 17:51 schrieb Arthur Smith: > Would it be feasible to put the deprecation notices in an early release > candidate, then encourage third party extension creators to try the release > candidate with deprecation notices so they'll see where there are problems > in their code, and what t

Re: [Wikitech-l] Wikimedia Chat

2020-08-31 Thread RhinosF1 -
For the privacy policy question, that box is standard for anything hosted with Cloud Services. I'd trust Amir wouldn't do that but it reduces the responsibility of WMCS. Thanks. On Mon, 31 Aug 2020 at 08:56, Count Count wrote: > Hi! > > > > Thanks for providing another communication tool. > >

Re: [Wikitech-l] Wikimedia Chat

2020-08-31 Thread Count Count
Hi! Thanks for providing another communication tool. Some questions: - Is there a reason why we are not using Wikimedia account SSO for the chat? - The Terms link leads directly to the Tech Code of Conduct. Shouldn't it link to https://foundation.wikimedia.org/wiki/Terms_of_Use/en i

Re: [Wikitech-l] Wikimedia Chat

2020-08-31 Thread Léa Lacroix
Thanks a lot for your work Amir, this is really wonderful. When organizing online events over the past 6 months, we often had the problem of finding a discussion tool that would be altogether open source, hosted on our own servers, complying to local laws (GDPR for Europe), and having some modern