Re: [Wikitech-l] Batter maps in Wikistats2 and new metric: Legacy Pageviews (a.k.a Pagecounts)

[Victoria Coleman]

Very nice work Nuria!

Victoria

> On Jul 11, 2018, at 1:26 PM, Nuria Ruiz  wrote:
> 
> Hello!
> 
> Just  a brief note to announce that we have two new things in wikistats
> this quarter. We have reviewed maps by popular demand to give more precise
> pageviews per country.
> 
> Check, for example, pageviews for portuguese wikipedia on the world for
> last month:
> 
> https://stats.wikimedia.org/v2/#/pt.wikipedia.org/reading/page-views-by-country/normal|map|2-Year~2016060100~2018071100|~total
> 
> Also, we have included legacy pageviews to the UI, we used to call these
> page-counts and prior to June 2015 this is the metric that we reported as
> pageviews for all wikimedia sites.
> 
> Info about metric:
> https://wikitech.wikimedia.org/wiki/Analytics/Archive/Data/Pagecounts-raw
> 
> See, for example, pagecounts for portuguese wikipedia from 2008 to 2016.
> https://stats.wikimedia.org/v2/#/pt.wikipedia.org/reading/legacy-page-views/normal|bar|All~1980010100~2018071100|~total
> 
> Also, all urls are now bookmarkable.
> 
> As always suggestions welcome, please file bug reports on phabricator.
> 
> Thanks,
> 
> Nuria
> ___
> 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] [Ops] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Greg Grossmeier]

> I believe that pinning them to UTC would actually eliminate the confusion.

Two thoughts...

1) If we do this let's do this for all European-focused windows.

That would be the European mid-day SWAT window and the Train window, to
start (there are some other one-off type windows, eg the Portals window,
that would probably also make sense to be pinned to non-SF time, but
it's up to those individuals/teams).

2) I believe it makes more sense to pin the windows to the human
experience time of those who are responsible for doing the window (eg:
follows DST/Summer time in Europe). That way the deployment windows
continue to stay at the same time relative to people's other meetings
(which, some are coordinated with the various deploy (SWAT and Train)
windows). That's what we do for all of the rest of the windows (pinned
to Pacific/SF time, which changes based on DST) and would then be less
of a surprise for everyone.

Based on this map[0] it appears the vast majority of our contributors
and deployers live in DST-affected (inflicted? infected? ;-) )
countries.


Greg

[0] 
https://en.wikipedia.org/wiki/Daylight_saving_time_by_country#/media/File:DST_Countries_Map.png

-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| Release Team ManagerA18D 1138 8E47 FAC8 1C7D |

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

[Wikitech-l] Better maps in Wikistats2 and new metric: Legacy Pageviews (a.k.a Pagecounts)

[Nuria Ruiz]

On Wed, Jul 11, 2018 at 1:26 PM, Nuria Ruiz  wrote:

> Hello!
>
> Just  a brief note to announce that we have two new things in wikistats
> this quarter. We have reviewed maps by popular demand to give more precise
> pageviews per country.
>
> Check, for example, pageviews for portuguese wikipedia on the world for
> last month:
>
> https://stats.wikimedia.org/v2/#/pt.wikipedia.org/reading/
> page-views-by-country/normal|map|2-Year~2016060100~2018071100|~total
>
> Also, we have included legacy pageviews to the UI, we used to call these
> page-counts and prior to June 2015 this is the metric that we reported as
> pageviews for all wikimedia sites.
>
> Info about metric:
> https://wikitech.wikimedia.org/wiki/Analytics/Archive/Data/Pagecounts-raw
>
> See, for example, pagecounts for portuguese wikipedia from 2008 to 2016.
> https://stats.wikimedia.org/v2/#/pt.wikipedia.org/reading/
> legacy-page-views/normal|bar|All~1980010100~2018071100|~total
>
> Also, all urls are now bookmarkable.
>
> As always suggestions welcome, please file bug reports on phabricator.
>
> Thanks,
>
> Nuria
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Batter maps in Wikistats2 and new metric: Legacy Pageviews (a.k.a Pagecounts)

[Nuria Ruiz]

Hello!

Just  a brief note to announce that we have two new things in wikistats
this quarter. We have reviewed maps by popular demand to give more precise
pageviews per country.

Check, for example, pageviews for portuguese wikipedia on the world for
last month:

https://stats.wikimedia.org/v2/#/pt.wikipedia.org/reading/page-views-by-country/normal|map|2-Year~2016060100~2018071100|~total

Also, we have included legacy pageviews to the UI, we used to call these
page-counts and prior to June 2015 this is the metric that we reported as
pageviews for all wikimedia sites.

Info about metric:
https://wikitech.wikimedia.org/wiki/Analytics/Archive/Data/Pagecounts-raw

See, for example, pagecounts for portuguese wikipedia from 2008 to 2016.
https://stats.wikimedia.org/v2/#/pt.wikipedia.org/reading/legacy-page-views/normal|bar|All~1980010100~2018071100|~total

Also, all urls are now bookmarkable.

As always suggestions welcome, please file bug reports on phabricator.

Thanks,

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

Re: [Wikitech-l] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Alex Monk]

Well yes, but so will the rest of the world that uses DST.

On Wed, 11 Jul 2018, 21:04 Brad Jorsch (Anomie), 
wrote:

> My point was that if CA and Europe accepts those proposals then the rest
> of the US that still uses DST would have the problem that things would move
> around when DST starts or ends, so it just moves the problem around instead
> of really getting rid of it.
>
> On Wed, Jul 11, 2018 at 4:01 PM, Alex Monk  wrote:
>
>> As long as these get pinned to SF time what the rest of the US does with
>> regards to DST is irrelevant. If California drops DST then it no longer
>> affects deployments pinned to SF time.
>>
>> On Wed, 11 Jul 2018, 19:42 Brad Jorsch (Anomie), 
>> wrote:
>>
>>> On Wed, Jul 11, 2018 at 12:19 PM, Kunal Mehta 
>>> wrote:
>>>
 (un)relatedly:
 * EU survey to remove summertime/DST:
 <
 https://ec.europa.eu/eusurvey/runner/2018-summertime-arrangements?surve
 ylanguage=EN
 
 >
 * California Proposition 7 (2018) to institute a permanent DST:
 <
 https://ballotpedia.org/California_Proposition_7,_Permanent_Daylight_Sa
 ving_Time_Measure_(2018
 
 )>

 Hopefully we can get rid of this problem at the root cause as well :)

>>>
>>> You forgot about most of the rest of the US ;)
>>>
>>>
>>> --
>>> Brad Jorsch (Anomie)
>>> Senior Software Engineer
>>> Wikimedia Foundation
>>> ___
>>> Engineering mailing list
>>> engineer...@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/engineering
>>>
>>
>
>
> --
> Brad Jorsch (Anomie)
> Senior Software Engineer
> Wikimedia Foundation
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Alex Monk]

As long as these get pinned to SF time what the rest of the US does with
regards to DST is irrelevant. If California drops DST then it no longer
affects deployments pinned to SF time.

On Wed, 11 Jul 2018, 19:42 Brad Jorsch (Anomie), 
wrote:

> On Wed, Jul 11, 2018 at 12:19 PM, Kunal Mehta 
> wrote:
>
>> (un)relatedly:
>> * EU survey to remove summertime/DST:
>> > ylanguage=EN
>> 
>> >
>> * California Proposition 7 (2018) to institute a permanent DST:
>> > ving_Time_Measure_(2018
>> 
>> )>
>>
>> Hopefully we can get rid of this problem at the root cause as well :)
>>
>
> You forgot about most of the rest of the US ;)
>
>
> --
> Brad Jorsch (Anomie)
> Senior Software Engineer
> Wikimedia Foundation
> ___
> Engineering mailing list
> engineer...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Brad Jorsch (Anomie)]

On Wed, Jul 11, 2018 at 12:19 PM, Kunal Mehta 
wrote:

> (un)relatedly:
> * EU survey to remove summertime/DST:
>  ylanguage=EN>
> * California Proposition 7 (2018) to institute a permanent DST:
>  ving_Time_Measure_(2018)>
>
> Hopefully we can get rid of this problem at the root cause as well :)
>

You forgot about most of the rest of the US ;)


-- 
Brad Jorsch (Anomie)
Senior Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 2018-07-11 Scrum of Scrums meeting notes

[Grace Gellerman]

= 2018-07-11 =

== Callouts ==
* Fundraising campaigns
https://meta.wikimedia.org/wiki/CentralNotice/Calendar
* Datacenter switchover will happen on the end of this quarter. Dates not
fully set, but a tentative range is 17-29 September 2018 and a switchback
on 8-19 October 2018. We plan for at least 3 weeks this time around.
* Analytics: Spark is now available in Jupyter notebooks

== Audiences ==
=== Readers ===
 iOS native app 
Natalia
* Blocked by:
* Blocking:
* Updates:
** Planning to be feature complete on 6.0.0 (
https://phabricator.wikimedia.org/tag/ios-app-v6.0-walrus-on-a-unicycle/) by
the end of the week of July 9
** User testing of feed redesign and search coming up (
https://phabricator.wikimedia.org/T198932 )

 Android native app 
* Blocked by:
* Blocking:
* Updates:
** Multi-language release is in production.
** Working on completing prototypes for A/B testing at Wikimania (includes
navigation redesigns, table-of-contents variations, and Wikitext Keyboard)
** https://phabricator.wikimedia.org/project/view/3367/

 Readers Web 
* Blocked by:
* Blocking:
* Updates:
**Mobile website (MinervaNeue / MobileFrontend):
***Page issues UI T199005 T191532 T197932 T191528 T199005 T198115 T197931
***Improve diff UI T197491 T197729
***Fixes and hygiene T193418 T193821 T198930 T197106 T199156 T193754
T196767 T188937 T193069
***Finalizing designs for collapsible templates T111565
***Planning for advanced mobile contributions
**Desktop website (Popups):
***Abort outdated HTTP requests T197700
***Send the Accept-Language header when calling API T198619
**Design and product are preparing user interviews for Wikimania


 Readers Infrastructure 
James
* Blocked by:
** Release Engineering (CI) for merge of
https://gerrit.wikimedia.org/r/c/integration/config/+/442126
** Language Team for review of the stack with
https://gerrit.wikimedia.org/r/c/mediawiki/core/+/443687
* Blocking:
* Updates:
** Working with the iOS and Android teams on using the Page Library's
transforms in the service. (T170584)
** Still working on supporting lang variants in MCS via the uselang
parameter to MW API requests. (T195948)
** Safari Reading List extension now submitted, awaiting approval from
Safari extension store. (T191998)
** Maps work continues; working with Discovery colleagues to move the test
cluster out of production. (T172090)



 Multimedia 
Matthias
* Blocked by:
* Blocking:
* Updates:
** Working on search interface prototyping, so users can search by Wikibase
properties/values
** Continuing work on search backend



=== Contributors ===
 Community Tech 
Moriel
* Blocked by:
** PageTriage, can't merge anything right now:
https://phabricator.wikimedia.org/T198137 (help)
* Blocking:
* Updates: GlobalPreferences is deployed; we're working on API modules
**

 Anti-Harassment Tools 
Moriel
* Blocked by:
* Blocking:
* Updates:
** RfC coming

 Editing 
* Blocked by:
* Blocking:
** Updates:
**

 Parsing 
* Blocked by:
* Blocking:
* Updates:


 Growth 
* Blocked by:
* Blocking:
* Updates:
**

 Language 
Kartik
* Blocked by:
* Blocking:
* Updates:
** Content Translation v2 - work continues: MT warnings and calculations,
Users to notify about old drafts and bug fixes


=== Audiences Design ===
* Blocked by:
* Blocking:
* Updates:
**

 UI Standardization 
* Blocked by:
* Blocking:
* Updates:
** New OOUI release coming to MW master today, nothing major.

== Technology ==
=== Analytics ===
Francisco
* Blocked by:
* Blocking:
**Eventlogging outage -
https://wikitech.wikimedia.org/wiki/Incident_documentation/20180705-EventLogging-in-Hive
* Updates
**Close to deploy pagecounts (legacy pageviews) to wikistats, they been
available on API for a while
**Maps improvements
**Working with security on threat model of analytics stack. [wiki, email]
**We had a data drop (now backfilled) that highlighted lack of alarms in
our current eventlogging hadoop pipeline, we will be working on those.

=== Cloud Services ===
* Blocked by:
* Blocking:
* Updates:
**

=== Fundraising Tech ===
Elliott
* Blocked by:
* Blocking:
* Updates:
** Running another 1-hour test on new API for main CC processor
*** sorry for the email disruption!
 Amazon IP address change led to a failmail for each incoming payment
notification
 Casey working with net ops team to get firewall rules updated
** More CiviCRM core updates
** More work on CiviCRM donor data deletion extension
** More work on backend for EventLogging-based banner/landingpage
impressions stats
** Testing new CiviCRM extension for recurring donations
** Adding per-country email opt-in checkbox on donation forms

=== MediaWiki Core Platform ===
Cindy
* Blocked by:
* Blocking:
* Updates:
** MediaWiki Platform Team is now part of the Core Platform Team (with
Services)
** Deployed a change to Phabricator config in response to more Phabricator
vandalism
** Working on https://phabricator.wikimedia.org/T100782, "Redirect 

Re: [Wikitech-l] MediaWiki and OpenID Connect

[David Barratt]

Although... while I don't think we should encourage private data
disclosure, if people want to discluse that data, I think it should be
structured.

Therefor, I think global users should be Wikibase items on Meta
https://phabricator.wikimedia.org/T173145

This would allow people to expose data they are already exposing on their
user page in a structured system.

On Thu, May 10, 2018 at 10:53 PM Adam Sobieski 
wrote:

> A quick update: I moved a summary of our discussion from the encyclopedic
> content at the Account Verification article to an essay:
> https://en.wikipedia.org/wiki/Wikipedia:Account_Verification .
>
>
> Best regards,
> Adam Sobieski
> http://www.phoster.com/contents/
>
> ___
> 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] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Kunal Mehta]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

On 07/11/2018 12:05 AM, Marko Obrovac wrote:
> It seems to me that it will be confusing only to non-US people,
> honestly, which are the ones benefiting from this change. When DST
> changes are applied, and because they are not applied at the same
> across the globe, people will see their SWAT times change for no
> apparent reason. At the same time, there is plenty of hours of
> difference between the last deploy window mentioned in your email
> and the first SF-centric deployment window to account for the
> periods when DST settings vary.

(un)relatedly:
* EU survey to remove summertime/DST:

* California Proposition 7 (2018) to institute a permanent DST:


Hopefully we can get rid of this problem at the root cause as well :)

- -- Legoktm
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+h6fmkHn9DUCyl1jUvyOe+23/KIFAltGLfUACgkQUvyOe+23
/KJpqg/+Lp6SKPA6mJi0ERvEqfXqGN1SkFhrpYkircLmAyCukBLVaEJcr23frFtR
MsCqpe+Y6gG2GXiKgegElMdHu4TsAyvniuOmkaAp9uh61zr3GeU9ZFKzaJj/kSMF
JHnQMmv40I/zP0vw8iquT62UtTM3bU/WExunHY0bf8i8rYJ1Gpt4DN5IAcdBy3DS
8Ul9aPcvTrl8gGmNUmxuloUx1XWJJJZDYaha5zai28Ye/qG4MQR2F1K99Wab/bnW
fVBqWcY7VPMisb+6Ab1MeCeYNgUku3Z8b+Q29eOfCBYZwGRixh46bmuhbq1f3VK1
r/3nW8DG19BUL/K2TY8BpJTh+OhIGkZ3G/yMAKpahy7Hh+bNN375CJLxupFp+Ziw
xQhWok+1A0UXXLBxphOoMtFQvXLnHTvDlaaj4XkR2R0xkJH+dYs1h5A/SvONVOpb
XRIddNnNPJASDaBWZBesZv6ZCV8RiWNQ9cyum7hfYGHZRoYSn2zdpC0WJRZbf1EH
b0xcC5TaZKbARcAPKV6hNFDHOsQXBf4YxQY4Kai85w5s/ahJjVFXAjb1Syg1ywDD
ZpgRhm+rxR8VjCoaHUbX7azerXLdLhoJTuOM5S75DC2E7lSIycXdJNE7QJ1k0oWu
F7HiPVgb5mL1BFCGEd73hECM++JRsCVi7x6bLhbhVPog9wTdueE=
=J8yJ
-END PGP SIGNATURE-

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

[Wikitech-l] Tidy removed on all Wikimedia wikis (final update)

[Subramanya Sastry]

Hello everyone,

On 6th July 2017, we made an announcement [1] about our plans to replace 
Tidy

with RemexHtml on the Wikimedia cluster.

On 5th July 2018, we made the final switchover from Tidy [2].

For those of you interested, we published a blog post [3] documenting the
process and steps in this project.

What next?
--
RemexHtml is the default in MediaWiki since 1.31.

We are in the process of removing all traces of Tidy from Wikimedia's
configuration files and from MediaWiki itself. We'll keep the 
ParserMigration
extension enabled in its current form for another couple of months. 
After this
period, the ParserMigration extension will be disabled completely 
alongwith all
associated Tidy configuration. It will be re-purposed at a later time as 
required

to compare impacts of other parser changes.

We haven't figured out the timeline yet, but at some point in the coming 
weeks,
we'll disable most of the high-priority linter categories that only make 
sense
in the context of replacing Tidy. If you have any thoughts about 
retaining or
dropping these categories, please leave a note on 
mw:Help_talk:Extension:Linter [4].


Thanks!
---
As noted in the blog post [3], this was a collaborative effort between the
several teams at the Wikimedia Foundation and volunteer editing 
communities on
various wikis. Everyone involved played important and specific roles in 
getting

us to this important milestone. An active embrace by various wikis of this
effort has let the Foundation make this much-needed and important 
upgrade of a

key piece of our platform.

In that context, I want to take this opportunity to specifically name 
and thank

some of these individuals.

Tim Starling, C.Scott Ananian, Kunal Mehta, Arlo Breault, and yours 
truly did

all the technical work in core, Parsoid, and the extensions. Erica Litrenta
and Sherry Snyder helped develop the community engagement plan with various
wikis and specific editors. Sherry, in particular helped a lot in the final
months as we were trying to get more wikis to fix pages.  James Forrester
helped review and provide feedback at various stages, especially with the
phased deployment.  A number of other developers and staff were involved in
review, feedback, during RFC discussions, and in helping with fixing
templates where I couldn't do so myself.

Here is a subset of users across several wikis that I had an opportunity to
interact with and observe who helped in various ways: developing bots and
gadgets, writing help pages, asking clarification questions, providing
feedback, reporting bugs on wiki and Phabricator, and fixing lots of pages
and templates on their home and other wikis.

User:Daimano Eaytoy, User:Sakretsu, User:Anamalocaris, User:Izno, User:Lsj,
User:xaosflux, User:PerfektesChaos, User:Lómelinde, User:Ikhitron,
User:星耀晨曦, User:Deryck Chan, User:Sunpriat, User:Stryn, User:MawaruNeko,
User:NicoV, User:Bdijkstra, User:Skalman, User:Shakespearefan00,
User:Billinghurst, User:MarcoSwart, User:Mackensen, User:Andriy.v,
User:Jonesey95, User:TheDJ, and the anonymous wiki user whoever you are. :-)

Obviously, there were a number of others users involved in this effort. 
Please
feel free to raise your hand or recognize other's contributions on this 
thread!

My thanks to you all!

Subbu.

1. 
https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2017-July/001625.html

2. https://phabricator.wikimedia.org/T175706#4399641
3. https://blog.wikimedia.org/2018/07/09/tidy-html5-replacement/
4. https://www.mediawiki.org/wiki/Help_talk:Extension:Linter

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

Re: [Wikitech-l] GlobalPreferences now available on a wiki near you

[Sam Smith]

Congratulations on shipping! Great news! 

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

Re: [Wikitech-l] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Piotr Miazga]

I agree with Marko, every time there is a DST change my calendar is totally
messed up (some events are pinned to the Pacific time zone, other to the
Central European time zone). By pinning everything to UTC we could save
that confusion.

On Wed, Jul 11, 2018 at 9:05 AM Marko Obrovac 
wrote:

> On 11 July 2018 at 00:47, Greg Grossmeier  wrote:
>>
>>
>> Great question! (Unfortunately) for simplicity we will keep the windows
>> pinned to SF/Pacific timezone. Some windows moving and others not would
>> create too much confusion; even more than the normal daylight savings
>> changes already do.
>>
>
> It seems to me that it will be confusing only to non-US people, honestly,
> which are the ones benefiting from this change. When DST changes are
> applied, and because they are not applied at the same across the globe,
> people will see their SWAT times change for no apparent reason. At the same
> time, there is plenty of hours of difference between the last deploy window
> mentioned in your email and the first SF-centric deployment window to
> account for the periods when DST settings vary.
>
> I believe that pinning them to UTC would actually eliminate the confusion.
>
>
> My 2 cents,
> Marko
>
> Marko Obrovac, PhD
> Senior Services Engineer
> Wikimedia Foundation
>
>
>
>> Thanks,
>>
>> Greg
>>
>> --
>> | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
>> | Release Team ManagerA18D 1138 8E47 FAC8 1C7D |
>>
>> ___
>> Engineering mailing list
>> engineer...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/engineering
>>
>> ___
> Engineering mailing list
> engineer...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] GlobalPreferences now available on a wiki near you

[Christoph Jauera]

Wohooo, great news! Congrats!

\me activates AdvancedSearch beta feature globally ;-)


Christoph Jauera
Software Developer

Imagine a world, in which every single human being can freely
share in the sum of all knowledge. That‘s our commitment.
https://spenden.wikimedia.de/

Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone +49 (0)30 219 158 260

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.

2018-07-10 23:29 GMT+02:00 Stryn :

> Good news!
>
> Sent from mobile
>
> ti 10. heinäk. 2018 klo 21.20 Niharika Kohli 
> kirjoitti:
>
> > Hello all,
> >
> > I'm happy to announce that GlobalPreferences
> >  is now
> > available on all Wikimedia wikis. This project came out of the Wishlist
> > Survey in December 2016 (
> > https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey/Results).
> > It
> > was #4 on the list. The Community Tech team (
> > https://meta.wikimedia.org/wiki/Community_Tech) has worked for over 14
> > months, well past the yearly deadline, to deliver on it. This is one of
> the
> > most important projects this team has ever undertaken.
> >
> > You can enable Global Preferences from *Preferences > Set your global
> > preferences* under your User Profile. You can also set per-wiki
> exceptions
> > <
> > https://www.mediawiki.org/wiki/Help:Extension:GlobalPreferences#Local_
> exceptions
> > >
> > for
> > each global preference.
> >
> > This has been a long-desired feature (with the earliest known ticket
> dating
> > back to July 2008 - https://phabricator.wikimedia.org/T16950). I'd like
> to
> > give a shout out to Kunal Mehta (Legoktm), Sam Wilson and Max Semenik for
> > all their hard work that went into this project.
> >
> > You can read more about the genesis of the project on the project page:
> > https://meta.wikimedia.org/wiki/Community_Tech/Global_preferences
> >
> > You can find more information about how to use GlobalPreferences on the
> > Help page: https://www.mediawiki.org/wiki/Help:Extension:
> GlobalPreferences
> >
> > Questions and comments are welcome on the discussion page:
> > https://www.mediawiki.org/wiki/Help_talk:Extension:GlobalPreferences
> >
> > If there is a project you deeply care about and would like our team to
> work
> > on, please remember to submit a proposal for it during the next Wishlist
> > survey (https://meta.wikimedia.org/wiki/2018_Community_Wishlist_Survey)
> > scheduled to take place in November 2018. Make sure to let your friends
> at
> > Wikimania know about it too. :)
> >
> > Thanks!
> > --
> > Niharika
> > Product Manager
> > Community Tech
> > Wikimedia Foundation
> > ___
> > 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] [Engineering] Additional European-appropriate MediaWiki train window starting week of July 9th (also SWAT change)

[Marko Obrovac]

On 11 July 2018 at 00:47, Greg Grossmeier  wrote:
>
>
> Great question! (Unfortunately) for simplicity we will keep the windows
> pinned to SF/Pacific timezone. Some windows moving and others not would
> create too much confusion; even more than the normal daylight savings
> changes already do.
>

It seems to me that it will be confusing only to non-US people, honestly,
which are the ones benefiting from this change. When DST changes are
applied, and because they are not applied at the same across the globe,
people will see their SWAT times change for no apparent reason. At the same
time, there is plenty of hours of difference between the last deploy window
mentioned in your email and the first SF-centric deployment window to
account for the periods when DST settings vary.

I believe that pinning them to UTC would actually eliminate the confusion.


My 2 cents,
Marko

Marko Obrovac, PhD
Senior Services Engineer
Wikimedia Foundation



>
> Thanks,
>
> Greg
>
> --
> | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
> | Release Team ManagerA18D 1138 8E47 FAC8 1C7D |
>
> ___
> Engineering mailing list
> engineer...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l