Re: [Wikitech-l] 今週あなたを幸せにするものは何ですか？ / What's making you happy this week? (Week of 16 June 2019)

[Brian Wolff]

I personally think these threads are fine (within reason) if they are
thankful about technical things and/or stuff connected to mediawiki.
Generic things about the wikimedia movement should stay on wikimedia-l; we
have multiple mailing lists with different scopes for a reason. In that
light, I consider the majority of your posts on this topic to be offtopic.

I would prefer that subject lines stay english. People use subject lines to
sort their mail into whats interesting to them. Random language subjects
interfere with that.

On Wednesday, June 19, 2019, Pine W  wrote:

> Hi Andre,
>
> I think that whether these threads are welcome by Wikitech-l subscribers in
> general is a reasonable question, although I disagree with a number of
> elements of your description of these threads. I took a somewhat bold step
> in February 2018 of expanding the posting of these threads from Wikimedia-l
> to both Wikimedia-l and Wikitech-l, and I expressed a willingness to listen
> to objections; see
> https://lists.wikimedia.org/pipermail/wikitech-l/2018-February/089495.html
> .
> At that time, no one objected.
>
> Of the occasional feedback that I have received in public (more on
> Wikimedia-l than Wikitech-l) and private, 100% has been positive until now.
> However, I recognize that people's opinions may change over time. If a
> consensus emerges from Wikitech-l subscribers that these threads are not
> currently welcome on Wikitech-l then I will respect that and I will stop
> cross-posting the threads to Wikitech-l. However, if no such consensus
> emerges, then I suggest that you ignore these threads in the future.
>
> The purpose of these emails is certainly not to annoy people, and I regret
> if people find them to be more annoying than interesting, useful, or
> encouraging.
>
> I hope that people will contribute their own posts to these threads in
> response to the prompt, "What’s making you happy this week? You are welcome
> to comment in any language." Also, I would be happy to see a new person
> start these threads each week, and to see multiple people contribute their
> thoughts each week. However, if a new consensus emerges in against having
> these threads on Wikitech-l, then I will abide by that consensus.
>
> Pine
> ( https://meta.wikimedia.org/wiki/User:Pine )
>
>
> On Wed, Jun 19, 2019 at 11:45 AM Andre Klapper 
> wrote:
>
> > On Wed, 2019-06-19 at 07:17 +, Pine W wrote:
> > > While browsing Japanese Wikipedia, I found this
> >
> > As "What's making you happy this week" messages seem to contain no
> > questions, no expected interaction or followup on specific technical
> > topics, no announcements about specific technical topics, and often no
> > connection to the technical scope of wikitech-l@ (in the previous
> > message, 1 out of 4 items covered a technical aspect), but seem to be a
> > random link list of collected personal interest items:
> > Has it been considered to post such messages to a personal blog (or
> > such) instead, which might be a more suitable venue?
> >
> > andre
> > --
> > Andre Klapper | Bugwrangler / Developer Advocate
> > https://blogs.gnome.org/aklapper/
> >
> >
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Fwd: Feedback regarding Hashtags tool's statistics page

[Aditya Jain]

-- Forwarded message -
From: Aditya Jain 
Date: Tue 18 Jun, 2019, 4:52 PM
Subject: Feedback regarding Hashtags tool's statistics page
To: , <1lib1...@lists.wikimedia.org>, <
wikitech-l@lists.wikimedia.org>


Hashtag Search  is a tool that allows users
to search for uses of hashtags in Wikimedia edit summaries. As of now, the
functionalities of the tool are quite basic - Few simple search options are
provided and the results are listed with the option to download them as
CSV. Many Wikimedia campaigns such as 1Lib1Ref use this tool to track edits
and users might want to get into more details for a particular search.

Along with my mentor Sam Walton, I have been working on a GSoC project “Create
a subpage for statistics and charts related to hashtag search’’
. The aim of this project is to
create a subpage for helpful statistics and graphs related to the results
of a search.

After making some progress we have displayed the three primary graphs that
we were looking for - Top projects, Top users and edits over time. Users of
the tool can also download each of these statistics as CSV. They can also
view a complete list of editors and projects. We have setup a test instance
of the tool which you can find here: https://hashtags-staging.wmflabs.org/

After clicking on the above link a search form is provided where you can
search for a hashtag. Fill the form and make a search (You can also click
on one of the trending tags). Click on the “Show statistics” button in the
stats box. You will now arrive at the statistics page. Scroll the page to
see the graphs. You can also download the results as CSV. Search form is
also provided on the statistics page so that you could modify the search
directly.

Now we are trying to collect feedback from users of the tool so that we can
enhance the current functionality of the tool. Also we would love to know
what more statistics we could show on the subpage. If you have any
suggestions for us please let us know by commenting on my Pull Request:
https://github.com/WikipediaLibrary/hashtags/pull/31 or commenting on the
Phabricator for the project: https://phabricator.wikimedia.org/T218986.

Thanks,

Aditya
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] 今週あなたを幸せにするものは何ですか？ / What's making you happy this week? (Week of 16 June 2019)

[Pine W]

Hi Andre,

I think that whether these threads are welcome by Wikitech-l subscribers in
general is a reasonable question, although I disagree with a number of
elements of your description of these threads. I took a somewhat bold step
in February 2018 of expanding the posting of these threads from Wikimedia-l
to both Wikimedia-l and Wikitech-l, and I expressed a willingness to listen
to objections; see
https://lists.wikimedia.org/pipermail/wikitech-l/2018-February/089495.html.
At that time, no one objected.

Of the occasional feedback that I have received in public (more on
Wikimedia-l than Wikitech-l) and private, 100% has been positive until now.
However, I recognize that people's opinions may change over time. If a
consensus emerges from Wikitech-l subscribers that these threads are not
currently welcome on Wikitech-l then I will respect that and I will stop
cross-posting the threads to Wikitech-l. However, if no such consensus
emerges, then I suggest that you ignore these threads in the future.

The purpose of these emails is certainly not to annoy people, and I regret
if people find them to be more annoying than interesting, useful, or
encouraging.

I hope that people will contribute their own posts to these threads in
response to the prompt, "What’s making you happy this week? You are welcome
to comment in any language." Also, I would be happy to see a new person
start these threads each week, and to see multiple people contribute their
thoughts each week. However, if a new consensus emerges in against having
these threads on Wikitech-l, then I will abide by that consensus.

Pine
( https://meta.wikimedia.org/wiki/User:Pine )


On Wed, Jun 19, 2019 at 11:45 AM Andre Klapper 
wrote:

> On Wed, 2019-06-19 at 07:17 +, Pine W wrote:
> > While browsing Japanese Wikipedia, I found this
>
> As "What's making you happy this week" messages seem to contain no
> questions, no expected interaction or followup on specific technical
> topics, no announcements about specific technical topics, and often no
> connection to the technical scope of wikitech-l@ (in the previous
> message, 1 out of 4 items covered a technical aspect), but seem to be a
> random link list of collected personal interest items:
> Has it been considered to post such messages to a personal blog (or
> such) instead, which might be a more suitable venue?
>
> andre
> --
> Andre Klapper | Bugwrangler / Developer Advocate
> https://blogs.gnome.org/aklapper/
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Redis job runner

[Aran via Wikitech-l]

Hello,

I've set up the redisJobRunnerService and redisJobChronService from here:
https://github.com/wikimedia/mediawiki-services-jobrunner

They're working well and processing jobs as they should be, but I was
wondering if anyone knows of any documentation about the configuration
to fine-tune the prioritisation of various job types differently. All
I've really been able to find about the configuration is the README in
the repo.

Thanks,
Aran


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Scrum of scrums/2019-06-19

[Željko Filipin]

Hi,

for HTML version see
https://www.mediawiki.org/wiki/Scrum_of_scrums/2019-06-19

I'm not sure if I'm reading meeting notes correctly, but looks like
Performance is blocked on the entire Audiences?

=== Performance ===
* Blocked by:
** Audiences, code review of:
https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Graph/+/493628/

Also, is Site Reliability Engineering is blocking WMDE or not?

=== Site Reliability Engineering ===
* Blocking:
** WMDE has been unblocked on termbox

Željko

--

= 2019-06-19 =

== Callouts ==

* SRE DBAs point out that:
** 19th June Wed 05:00 UTC - s4 primary db master failover - read only
required
** 25th June Wed 06:00 UTC - change the last parsercache key
https://phabricator.wikimedia.org/T210725
* SRE Service Operations require assistance (from Release Engineering) on
https://phabricator.wikimedia.org/T224857
* Release Engineering: Train Health This week: 1.34.0-wmf.10 -
https://phabricator.wikimedia.org/T220735
** Core Platform: Jobs not being executed on 1.34.0-wmf.10
https://phabricator.wikimedia.org/T226109
** Multimedia: BadMethodCallException on Commons:
/includes/specials/pagers/ImageListPager.php: Call to a member function
getUrl() on a non-object (boolean) https://phabricator.wikimedia.org/T226102

== Audiences ==

=== Contributors ===

 Editing 
* Updates:
** After qualitative and quantitave tests with positive results, we
completed a full rollout of section editing on all wikis
** Mobile Edit Cards: released v1.0 of mobile VE Edit Cards to Bengali,
Hebrew and Persian wikis
** Design on Edit Cards v2.0 is ongoing. That work is happening in
task:T225725

 Growth 
* Blocking:
** Performance: code review of:
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/508965/

=== Readers ===

 iOS native app 
* Updates:
** Finishing up 6.3 work (talk pages) (
https://phabricator.wikimedia.org/tag/ios-app-v6.3-lobster-on-a-motorcycle/)
** Preparing for a bug fix release 6.3.1 (
https://phabricator.wikimedia.org/tag/ios-app-v6.3.1_lobster-on-an-orv/)

 Android native app 
* Updates:
** Completed development of structured image caption editing (with
suggested edit feed). Continuing to test; will soon release to beta.

 Readers Web 
* Updates:
** Summary: started tasking out next year's technical work for
MobileFrontend and continuing ongoing development for the advanced mobile
contributions project.
** Responsive website (MinervaNeue / MobileFrontend / Portals):
*** Advanced mobile contributions
https://www.mediawiki.org/wiki/Reading/Web/Advanced_mobile_contributions
 [https://phabricator.wikimedia.org/T222630 Add wikidata item
link to AMC overflow menu]
 [https://phabricator.wikimedia.org/T221792 PageActions Menu
should use Builder pattern and reuse existing Menu elements]
*** Invest in the MobileFrontend & MinervaNeue frontend architecture
https://www.mediawiki.org/wiki/Reading/Web/Projects/Invest_in_the_MobileFrontend_%26_MinervaNeue_frontend_architecture
 [https://phabricator.wikimedia.org/T225447 Tasking for next year]
*** Browser tests
 [https://phabricator.wikimedia.org/T224605 MinervaNeue wdio
build fails with PHP error from Wikibase "Failed to map interlanguage
prefix es to a global site ID."]
** QuickSurveys support
 [https://phabricator.wikimedia.org/T218304 Allow quicksurveys
to target based on registration date]
** Planning
*** Desktop refresh design and planning
*** Wikimania proposal planning

 Readers Infrastructure 
* Updates:
** PCS/MCS split
*** Wikifeeds patches need +2s:
https://gerrit.wikimedia.org/r/#/q/project:mediawiki/services/wikifeeds++status:open
** Page-library
*** New version released but had some issues
*** Work on interaction handling continues
*** Adjust text size patch complete
*** TemplateStyles CSS appears in quick facts header
*** PR for mobile-html section offsets  (
https://phabricator.wikimedia.org/T219909)
** Kubernetes migration
*** Mobileapps, Wikifeeds, and Recommendation-API all running CI tests on
service pipeline, ready to migrate at SRE's convenience

 Multimedia 
* Blocking:
** Release Engineering: BadMethodCallException on Commons:
/includes/specials/pagers/ImageListPager.php: Call to a member function
getUrl() on a non-object (boolean) https://phabricator.wikimedia.org/T226102
* Updates:
** qualifiers for depicts statements finally going out tomorrow
** offsite next week
** other statements should get onto test during offsite

== Technology ==

=== Core Platform ===
* Blocking:
** Performance: code review of
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/414968/ and
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/505468/
** Release Engineering:
*** Jobs not being executed on 1.34.0-wmf.10
https://phabricator.wikimedia.org/T226109
*** (low priority): https://phabricator.wikimedia.org/T205361 is blocking
undeployment of CodeReview.

=== Performance ===
* Blocked by:
** CPT, code review of

Re: [Wikitech-l] The revisions watching database is blocked for ten hours

[יגאל חיטרון]

Thanks a lot.
Igal

‫בתאריך יום ד׳, 19 ביוני 2019 ב-17:57 מאת ‪Krinkle‬‏ <‪krinklem...@gmail.com
‬‏>:‬

> A similar report is tracked at https://phabricator.wikimedia.org/T226109.
> Likely the same cause.
>
> The wmf.10 train has been reverted from group1 wikis[1], which means the
> issue should no longer happen again.
> Whether the existing jobs from the last 24 hours are lost or can be
> recovered will be determined at T226109.
>
> -- Timo
>
> [1] https://wikitech.wikimedia.org/wiki/Deployments/One_week#Group_1
>
> ‪On Wed, Jun 19, 2019 at 1:19 PM ‫יגאל חיטרון‬‎ 
> wrote:‬
>
> > Hello. At least ten hours the revisions watching database is blocked.
> > Reproducing steps:
> > 1) Open the history of some page you have non-visited new revisions in
> your
> > watchlist.
> > 2) Make sure you see green marks "updated since my last visit".
> > 3) Open the page itself.
> > 4) Go back to the history.
> > 5) The green marks removed as expected.
> > 6) Wait five minutes.
> > 7) Refresh the history.
> > 8) The marks are back.
> > The problem exists on some wikis, not all of them. For example, I can see
> > it on hewiki and can't on ruwiki. There is a possibility that hewiki is
> the
> > only one. Before I file a phab task, was there some anticipated database
> > blocking?
> > Thank you.
> > Igal (User:IKhitron)
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The revisions watching database is blocked for ten hours

[Krinkle]

A similar report is tracked at https://phabricator.wikimedia.org/T226109.
Likely the same cause.

The wmf.10 train has been reverted from group1 wikis[1], which means the
issue should no longer happen again.
Whether the existing jobs from the last 24 hours are lost or can be
recovered will be determined at T226109.

-- Timo

[1] https://wikitech.wikimedia.org/wiki/Deployments/One_week#Group_1

‪On Wed, Jun 19, 2019 at 1:19 PM ‫יגאל חיטרון‬‎ 
wrote:‬

> Hello. At least ten hours the revisions watching database is blocked.
> Reproducing steps:
> 1) Open the history of some page you have non-visited new revisions in your
> watchlist.
> 2) Make sure you see green marks "updated since my last visit".
> 3) Open the page itself.
> 4) Go back to the history.
> 5) The green marks removed as expected.
> 6) Wait five minutes.
> 7) Refresh the history.
> 8) The marks are back.
> The problem exists on some wikis, not all of them. For example, I can see
> it on hewiki and can't on ruwiki. There is a possibility that hewiki is the
> only one. Before I file a phab task, was there some anticipated database
> blocking?
> Thank you.
> Igal (User:IKhitron)
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The revisions watching database is blocked for ten hours

[יגאל חיטרון]

Two more points:
* There takes sometimes minutes to load Special:Watchlist.
* If you unmark revisions using API call, not just opening the page, they
stay unmarked.
Igal


‫בתאריך יום ד׳, 19 ביוני 2019 ב-15:23 מאת ‪Amir Sarabadani‬‏ <‪
ladsgr...@gmail.com‬‏>:‬

> That's probably regression introduced in wmf.10 because hewiki and cawiki
> get the new versions sooner. I don't know if this should be train blocker
> or not.
>
> Best
>
> ‪On Wed, Jun 19, 2019 at 2:19 PM ‫יגאל חיטרון‬‎ 
> wrote:‬
>
> > Hello. At least ten hours the revisions watching database is blocked.
> > Reproducing steps:
> > 1) Open the history of some page you have non-visited new revisions in
> your
> > watchlist.
> > 2) Make sure you see green marks "updated since my last visit".
> > 3) Open the page itself.
> > 4) Go back to the history.
> > 5) The green marks removed as expected.
> > 6) Wait five minutes.
> > 7) Refresh the history.
> > 8) The marks are back.
> > The problem exists on some wikis, not all of them. For example, I can see
> > it on hewiki and can't on ruwiki. There is a possibility that hewiki is
> the
> > only one. Before I file a phab task, was there some anticipated database
> > blocking?
> > Thank you.
> > Igal (User:IKhitron)
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
> --
> Amir (he/him)
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] The revisions watching database is blocked for ten hours

[Amir Sarabadani]

That's probably regression introduced in wmf.10 because hewiki and cawiki
get the new versions sooner. I don't know if this should be train blocker
or not.

Best

‪On Wed, Jun 19, 2019 at 2:19 PM ‫יגאל חיטרון‬‎ 
wrote:‬

> Hello. At least ten hours the revisions watching database is blocked.
> Reproducing steps:
> 1) Open the history of some page you have non-visited new revisions in your
> watchlist.
> 2) Make sure you see green marks "updated since my last visit".
> 3) Open the page itself.
> 4) Go back to the history.
> 5) The green marks removed as expected.
> 6) Wait five minutes.
> 7) Refresh the history.
> 8) The marks are back.
> The problem exists on some wikis, not all of them. For example, I can see
> it on hewiki and can't on ruwiki. There is a possibility that hewiki is the
> only one. Before I file a phab task, was there some anticipated database
> blocking?
> Thank you.
> Igal (User:IKhitron)
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Amir (he/him)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] The revisions watching database is blocked for ten hours

[יגאל חיטרון]

Hello. At least ten hours the revisions watching database is blocked.
Reproducing steps:
1) Open the history of some page you have non-visited new revisions in your
watchlist.
2) Make sure you see green marks "updated since my last visit".
3) Open the page itself.
4) Go back to the history.
5) The green marks removed as expected.
6) Wait five minutes.
7) Refresh the history.
8) The marks are back.
The problem exists on some wikis, not all of them. For example, I can see
it on hewiki and can't on ruwiki. There is a possibility that hewiki is the
only one. Before I file a phab task, was there some anticipated database
blocking?
Thank you.
Igal (User:IKhitron)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] 今週あなたを幸せにするものは何ですか？ / What's making you happy this week? (Week of 16 June 2019)

[Andre Klapper]

On Wed, 2019-06-19 at 07:17 +, Pine W wrote:
> While browsing Japanese Wikipedia, I found this

As "What's making you happy this week" messages seem to contain no
questions, no expected interaction or followup on specific technical
topics, no announcements about specific technical topics, and often no
connection to the technical scope of wikitech-l@ (in the previous
message, 1 out of 4 items covered a technical aspect), but seem to be a
random link list of collected personal interest items:
Has it been considered to post such messages to a personal blog (or
such) instead, which might be a more suitable venue?

andre
-- 
Andre Klapper | Bugwrangler / Developer Advocate
https://blogs.gnome.org/aklapper/



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Phabricator monthly statistics - 2019-05

[Manuel Arostegui]

This email was received today as it was manually run as part of:
https://phabricator.wikimedia.org/T224804

On Wed, Jun 19, 2019 at 10:56 AM  wrote:

>
> Hi Community Metrics team,
>
> This is your automatic monthly Phabricator statistics mail.
>
> Accounts created in (2019-05): 272
> Active Maniphest users (any activity) in (2019-05): 1036
> Task authors in (2019-05): 563
> Users who have closed tasks in (2019-05): 328
>
> Projects which had at least one task moved from one column to another on
> their workboard in (2019-05): 292
>
> Tasks created in (2019-05): 2548
> Tasks closed in (2019-05): 2149
> Open and stalled tasks in total: 42273
>
> Median age in days of open tasks by priority:
>
> Unbreak now: 12
> Needs Triage: 495
> High: 867
> Normal: 1091
> Low: 1499
> Lowest: 1464
>
> (How long tasks have been open, not how long they have had that priority)
>
> Active Differential users (any activity) in (2019-05): 10
>
> TODO: Numbers which refer to closed tasks might not be correct, as
> described in https://phabricator.wikimedia.org/T1003 .
>
> Yours sincerely,
> Fab Rick Aytor
>
> (via community_metrics.sh on phab1003 at Wed Jun 19 08:27:43 UTC 2019)
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Phabricator monthly statistics - 2019-05

[communitymetrics]

Hi Community Metrics team,

This is your automatic monthly Phabricator statistics mail.

Accounts created in (2019-05): 272
Active Maniphest users (any activity) in (2019-05): 1036
Task authors in (2019-05): 563
Users who have closed tasks in (2019-05): 328

Projects which had at least one task moved from one column to another on
their workboard in (2019-05): 292

Tasks created in (2019-05): 2548
Tasks closed in (2019-05): 2149
Open and stalled tasks in total: 42273

Median age in days of open tasks by priority:

Unbreak now: 12
Needs Triage: 495
High: 867
Normal: 1091
Low: 1499
Lowest: 1464

(How long tasks have been open, not how long they have had that priority)

Active Differential users (any activity) in (2019-05): 10

TODO: Numbers which refer to closed tasks might not be correct, as
described in https://phabricator.wikimedia.org/T1003 .

Yours sincerely,
Fab Rick Aytor

(via community_metrics.sh on phab1003 at Wed Jun 19 08:27:43 UTC 2019)

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 今週あなたを幸せにするものは何ですか？ / What's making you happy this week? (Week of 16 June 2019)

[Pine W]

While browsing Japanese Wikipedia, I found this

article with beautiful photos. Although I cannot read Japanese, my
understanding from an automated translation is that the article describes
the Tajima Highland Botanical Garden in Kami, Hyogo prefecture, Japan, and
that there are over 2,000 types of plants in these gardens.

The botanical garden article reminded me of an English Wikipedia featured
article that I enjoyed reading, "*Bonshō*
".

There is a series of photos of a high speed Japanese train that is under
consideration for the Featured picture designation on English Wikipedia
.
By looking at the code for this nomination, I learned about the
“frameless” parameter
for images ,
which I think is new to me.

I am a low ranking novice in the subject of continuous integration in
software development ,
and I understand merely some of this email
,
but there appears to be good news regarding MediaWiki CI jobs.

What’s making you happy this week? You are welcome to comment in any
language.

Pine
( https://meta.wikimedia.org/wiki/User:Pine )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Switching to elections for the Code of Conduct Committee?

[Pine W]

Hi,

I would like to address the proposal for Technical Code of Conduct
Committee elections in general terms, without discussing specific
incidents.

When selecting candidates for powerful public bodies such as the Technical
Code of Conduct Committee, I think that considerable public scrutiny is
appropriate. There are a variety of ways that this level of scrutiny could
be applied, and I think that public elections are one option that is worth
considering. However, I also encourage us to be mindful that a public
political process of elections can have the unfortunate side effect that
candidates who become members of the Committee and want to retain their
roles for additional terms feel obligated to submit to political pressure
to make decisions regarding the conduct of specific users based on popular
opinion instead of what they believe is correct based on their (one would
hope carefully and skillfully considered) evaluation of facts.

Thank you for raising this topic for discussion.

Pine
( https://meta.wikimedia.org/wiki/User:Pine )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l