Wikitech-ambassadors August 2013

wikitech-ambassadors@lists.wikimedia.org

24 participants
29 discussions

Deployment highlights for the week of August 26th
by Greg Grossmeier 24 Aug '13

24 Aug '13

Hello! Here is your deployment highlights email for next week! The full schedule can be found at: https://wikitech.wikimedia.org/wiki/Deployments#Week_of_August_26th == Monday == * MediaWiki 1.22wmf14 will roll out to the second group of wikis: All non-Wikipedia sites (Wiktionary, Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few other sites) Information about MediaWiki 1.22wmf14: https://www.mediawiki.org/wiki/MediaWiki_1.22/wmf14 * At the same time, Wikidata Phase 2 will be enabled on WikiVoyage. == Tuesday == * The Mobile team will be enabling Notifications on mobile sites for all Echo-enabled projects. == Wednesday == * The much anticipated new search backend will be deployed to mediawiki.org. * SecureLogin for all wikis. The full (including technical) details are available here: https://www.mediawiki.org/wiki/Requests_for_comment/Login_security The official 'plan of record' for what will be happening can be seen in RobLa's email here: http://lists.wikimedia.org/pipermail/wikitech-l/2013-August/071441.html == Thursday == * MediaWiki 1.22wmf14 will be rolled out to all Wikipedias. * CodeEditor support will be enabled for all JS and CSS on all wikis As always, let me know if you have any questions. Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

2 1

VisualEditor weekly update - 2013-08-22 (MW 1.22wmf14)
by James Forrester 23 Aug '13

23 Aug '13

All, As before, the regular update<https://www.mediawiki.org/wiki/VisualEditor/status#2013-08-22_.28MW_1.22wmf…> about progress on VisualEditor: VisualEditor was updated as part of the wider MediaWiki 1.22wmf14 branch deployment <https://www.mediawiki.org/wiki/MediaWiki_1.22/wmf14> on Thursday 22 August, though many of the changes were made available ahead of this release. In the week since 1.22wmf13, the team worked on fixing bugs and stability and performance improvements to VisualEditor, with some minor work on features. You can now add and edit <u> (underline), <sub> (subscript), and <sup> (superscript) annotations in experimental mode on MediaWiki.org (bugs 51609<https://bugzilla.wikimedia.org/show_bug.cgi?id=51609> , 51612 <https://bugzilla.wikimedia.org/show_bug.cgi?id=51612> and 51611<https://bugzilla.wikimedia.org/show_bug.cgi?id=51611> respectively). These, along with the annotations for <s> (strikethrough) and <u> (underline) which were released last week will be made available on all wikis once the re-design of the toolbar is complete, to avoid them dominating the buttons that are more normally used. In terms of bugs, firstly, file inclusions which have empty |link= parameters are no longer corrupted on save (bug 51963<https://bugzilla.wikimedia.org/show_bug.cgi?id=51963>). A number of issues related to the undo and redo buttons and keyboard shortcuts not applying to the document were fixed (bug 52113<https://bugzilla.wikimedia.org/show_bug.cgi?id=52113>). Inserting an existing reference into the first paragraph in Firefox no longer inserts it at the start of the document, but where your cursor was (bug 52159 <https://bugzilla.wikimedia.org/show_bug.cgi?id=52159>). Finally, after a significant re-write of some of the core of VisualEditor, a number of bugs related to text input and selection in various scripts and using various Input Method Editors (IMEs) were fixed (bugs 50105<https://bugzilla.wikimedia.org/show_bug.cgi?id=50105> for Arabic; 50346 <https://bugzilla.wikimedia.org/show_bug.cgi?id=50346> for Kannada; 50631 <https://bugzilla.wikimedia.org/show_bug.cgi?id=50631> for Korean; 51477 <https://bugzilla.wikimedia.org/show_bug.cgi?id=51477> for Devanagari; and 52716 <https://bugzilla.wikimedia.org/show_bug.cgi?id=52716> for Japanese). A complete list of individual code commits is available in the 1.22/wmf14 changelog<https://www.mediawiki.org/wiki/MediaWiki_1.22/wmf14/Changelog#VisualEditor>, and all Bugzilla bugs closed in this period are on Bugzilla's list<https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status…> . If you have any questions, please do ask. Yours, -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforrester(a)wikimedia.org | @jdforrester

1 0

Fwd: HTTPS for logged in users delayed. New date: August 28
by Rob Lanphier 22 Aug '13

22 Aug '13

---------- Forwarded message ---------- From: Rob Lanphier <robla(a)wikimedia.org> Date: Wed, Aug 21, 2013 at 10:56 AM Subject: HTTPS for logged in users delayed. New date: August 28 To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org> Hi everyone, After assessing the current readiness (or lack thereof) of our HTTPS code, we've decided to postpone the deployment for a week. We have a number of things that we'd like to get cleaner resolution on: * Use of GeoIP vs enabling on per wiki basis * Use of a preference vs login form checkbox vs hidden option vs sensible default * How interactions with login.wikimedia.org will work * Validation of our HTTPS test methodology The new plan is to deploy on Wednesday, August 28 between 20:00 UTC and 23:00 UTC. Prior to that, we plan on having a very limited deployment to our test wikis, and we're also planning to deploy to mediawiki.org. Assuming this is sorted out and we have made our test deployments by end of day Monday, August 26, we should have time to validate our assumptions and give people time to see the new system in action. More info is (or will be) available here: https://meta.wikimedia.org/wiki/HTTPS (or here if you prefer: http://meta.wikimedia.org/wiki/HTTPS ) Thanks everyone for your patience. Rob

2 2

Heads Up - Gadgets and user defined js may need updating for HTTPS tomorrow
by Greg Grossmeier 21 Aug '13

21 Aug '13

As brought to my attention by Max, through a post on his talk page: https://meta.wikimedia.org/wiki/User_talk:MZMcBride#HTTPS_switch == The problem == Basically, some user defined JS out there has "http://" hard coded, and when you request insecure (non-https) resources during a secure session you get errors in many modern browsers. This is a heads up that this user created code might need some special attention before and after the switch over. == How to fix == The best option is to use "protocol relative" urls, these are urls that start with "//someurl" instead of "http://" or "https://" or "gopher://" etc. Here's a blog post about when we started using protocol relative urls in MediaWiki and at WMF: https://blog.wikimedia.org/2011/07/19/protocol-relative-urls-enabled-on-tes… I've put up basic instructions on the HTTPS page on metawiki: https://meta.wikimedia.org/wiki/HTTPS#Help.21_My_code_is_broken.21 Thanks for getting this out to the appropriate channels! Greg cc'ing Wikibots-l(a)lists.wikimedia.org because there might be some overlap of affected people on that list. -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

2 1

User interface for turning off HTTPS (secure access) and call for translations
by Rob Lanphier 21 Aug '13

21 Aug '13

Hi folks, As Chad Horohoe mentioned earlier on this list, he merged the change to the user interface for disabling HTTPS. You can see this preference in action here: https://test2.wikipedia.org/wiki/Special:Preferences In English, this is a checkbox that is labeled: "Always use a secure connection when logged in" Because this change landed pretty late in the process, we're lacking translations for several languages. The label we'd like to translate is "MediaWiki:Tog-prefershttps". Those of you who speak languages other than English who interested in helping out can see the list of translations we have so far: https://translatewiki.net/w/i.php?title=Special%3ATranslations&message=Tog-… I'm not enough of a Translatewiki pro to know how to deep link to the list of unfinished translations, but hopefully that's enough information for you to find your way to help out on the missing languages. Thanks in advance for your help! Rob

1 0

SSL and pywikibot
by Amir Ladsgroup 20 Aug '13

20 Aug '13

Hello, the related updated in the PWB has done and merged so please tell bot operators to update their frameworks in order to continue running their bots Best -- Amir

1 0

SSL and pywikibot
by Amir Ladsgroup 20 Aug '13

20 Aug '13

Hello, the related updated in the PWB has done and merged so please tell people to update their frameworks in order to continue running their bots Best -- Amir

1 0

Re: [Wikitech-ambassadors] [Wikitech-l] Deployment highlights - week of August 19th
by Federico Leva (Nemo) 20 Aug '13

20 Aug '13

Thank you both, concise and clear. :) Even though they are just quick ephemeral updates they are useful so I've copied them to * <https://www.mediawiki.org/wiki/Auth_systems/status#2013-08-20> and * <https://www.mediawiki.org/wiki/Site_performance_and_architecture/status#201…> which appear to be the (only) pages where they fit. Nemo

1 0

HTTPS for logged in users on Wednesday August 21st
by Greg Grossmeier 20 Aug '13

20 Aug '13

Hello all, As we outlined in our blog post on the future of HTTPS at the Wikimedia Foundation[0], the plan is to enable HTTPS by default for logged in users on August 21st, this Wednesday. We are still on target for that rollout date. As this can have severe consequences for users where HTTPS is blocked by governments/network operators *in addition to* users who connect to Wikimedia sites via high latency connections, we've set up a page on MetaWiki[1] describing what is going on and what it means for users and what they can do to report problems. Please help watch out for any unintended consequences on August 21st and report any negative issues to us as soon as you can. Bugzilla[2], IRC (#wikimedia-operations), or the (forthcoming) OTRS email are all fine. Also, feel free to email myself or ping me directly on IRC. Best, Greg [0] https://blog.wikimedia.org/2013/08/01/future-https-wikimedia-projects/ [1] https://meta.wikimedia.org/wiki/HTTPS [2] https://bugzilla.wikimedia.org -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

2 1

My use of this list, good? bad? other?
by Greg Grossmeier 20 Aug '13

20 Aug '13

Hi Wikitech Ambassadors! I'm wondering how you all are finding my use of this list to send out the weekly deployment hightlights and roadmap updates. What is or isn't working for you? Is there other information you would like or maybe a reduction in information sent? What say you, ambassadors?! Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Wikitech-ambassadors August 2013