Re: [Wikitech-l] Bugzilla: Tips and Best Practices

[MZMcBride]

Andre Klapper wrote:
>From this week on I'm going to regularly blog about small & not so easy
>to discover functionality in Bugzilla. It's based on conversations with
>Wikimedia users & developers in the last months. That's you! ;)
>
>The first one covers Bugzilla's Autocompletion feature:
>http://blogs.gnome.org/aklapper/2013/06/14/bugzillatips-autocompletion/

Neat! :-)  Thanks for doing this. I'm looking forward to future posts.

Though it makes me a little sad to see that this content is being released
under a license (CC BY-NC-SA) that's incompatible (as I understand it)
with the license used on Wikimedia wikis.

MZMcBride



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

Re: [Wikitech-l] WMF Deployment Highlights - Week of June 17th

[MZMcBride]

Greg Grossmeier wrote:
>* On Tuesday VisualEditor team will enable an A/B test, where half of
>  new accounts created on English Wikipedia will get VisualEditor
>  enabled by default. This is to test performance and features before
>  the larger rollout in July.

As I commented at , the (apparent)
lack of an easy means of opting out of this experiment and the increased
frequency of severe VisualEditor-related bugs being reported recently both
make it appear that an A/B test of this nature would be premature and
potentially very damaging. Dirty diffs, inadvertent section removals, etc.
are still common when using VisualEditor. Are we really expecting our
newest users to be able to spot and correct these issues?

MZMcBride



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

[Wikitech-l] Bugzilla: Tips and Best Practices

[Andre Klapper]

[Public Service Announcement]

From this week on I'm going to regularly blog about small & not so easy
to discover functionality in Bugzilla. It's based on conversations with
Wikimedia users & developers in the last months. That's you! ;)

The first one covers Bugzilla's Autocompletion feature:
http://blogs.gnome.org/aklapper/2013/06/14/bugzillatips-autocompletion/

Next weeks' topics:
* Changing the columns in search results
* Getting copies of another user’s bugmail
* Searching for empty fields
* Saved and shared searches
* Creating reports and tables

All episodes are/will be linked on
https://www.mediawiki.org/wiki/Bug_management#Tricks_and_best_practices_in_Bugzilla


If you have some topic in mind: Tell me via IRC, email or Usertalk page,
or add a wishlist item to "Document best practices in Bugzilla" on
https://www.mediawiki.org/wiki/Bug_management/Task_list !

Cheerio & enjoy your weekend,
andre
-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/


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

[Wikitech-l] WMF Deployment Highlights - Week of June 17th

[Greg Grossmeier]

Welcome to the latest edition of the weekly deployment highlights!

The full schedule for next week is at:
https://wikitech.wikimedia.org/wiki/Deployments#Week_of_June_17th

= Monday =

* MediaWiki 1.22wmf7 will go out to all non-Wikipedia project sites (eg:
  Wiktionary, Wikisource, Wikinews, Wikibooks, Wikiquote, Wikiversity,
  and a few other sites)


= Tuesday =

* ULS (Universal Language Selector) will be enabled on the following
  wikis:
** Portuguese (pt), Chinese (zh), Vietnamese (vi), Ukrainian (uk),
   Catalan (ca), Waray-Waray (war), Norwegian (Bokmål) (no), Cebuano
   (ceb), Finnish (fi), Persian (fa)
* On Tuesday VisualEditor team will enable an A/B test, where half of
  new accounts created on English Wikipedia will get VisualEditor
  enabled by default. This is to test performance and features before
  the larger rollout in July.


= Thursday =

* MediaWiki 1.22wmf7 will go out to all Wikipedias
* MediaWiki 1.22wmf8 will go out to test/test2/mediawiki


If you have any questions, please do let me know!

Have a good weekend,

Greg

-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

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

Re: [Wikitech-l] [MediaWiki-l] IRC Office Hour (was Re: RFP Submissions: Please review and ask questions! - Next Steps)

[Petr Bena]

http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-office/ and likely
elsewhere as well

On Fri, Jun 14, 2013 at 10:40 PM, Wjhonson  wrote:
> Where is this public policy discussion going to be archived for those who 
> cannot attend
>
>
>
>
>
>
> -Original Message-
> From: Greg Grossmeier 
> To: mediawiki-l ; Wikimedia developers 
> ; mediawiki-enterprise 
> 
> Sent: Fri, Jun 14, 2013 1:33 pm
> Subject: [MediaWiki-l] IRC Office Hour (was Re: RFP Submissions: Please 
> review and ask questions! - Next Steps)
>
>
> We have the date/time for the IRC office hours!
>
> https://www.mediawiki.org/wiki/Project:Calendar#June_2013
>
> Thursday June 20th at 17:00 UTC (10:00am Pacific) in #wikimedia-office
> on Freenode.
>
> Webchat: http://webchat.freenode.net/?channels=wikimedia-office&uio=d4
>
> We plan on having representatives from both submissions in attendance,
> so please come with your questions ready!
>
> Best,
>
> Greg
>
> 
>> = Office Hours =
>> Next week we will have a IRC "office hour" with myself and Rob Lanphier
>> and the parties who submitted proposals. This is a time for
>> anyone/everyone to ask questions in real time from both the RFP
>> submitters and of us (WMF/Robla and I). This is yet to be scheduled, but
>> it is looking like Wednesday or Thursday (the 19th or 20th) in the
>> morning Pacific time (around 4 or 5pm UTC).
>>
>> I will send out a note with the final date/time as soon as possible.
>
> --
> | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
> | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |
>
> ___
> MediaWiki-l mailing list
> mediawik...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>
> ___
> MediaWiki-l mailing list
> mediawik...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

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

[Wikitech-l] IRC Office Hour (was Re: RFP Submissions: Please review and ask questions! - Next Steps)

[Greg Grossmeier]

We have the date/time for the IRC office hours!

https://www.mediawiki.org/wiki/Project:Calendar#June_2013

Thursday June 20th at 17:00 UTC (10:00am Pacific) in #wikimedia-office
on Freenode.

Webchat: http://webchat.freenode.net/?channels=wikimedia-office&uio=d4

We plan on having representatives from both submissions in attendance,
so please come with your questions ready!

Best,

Greg


> = Office Hours =
> Next week we will have a IRC "office hour" with myself and Rob Lanphier
> and the parties who submitted proposals. This is a time for
> anyone/everyone to ask questions in real time from both the RFP
> submitters and of us (WMF/Robla and I). This is yet to be scheduled, but
> it is looking like Wednesday or Thursday (the 19th or 20th) in the
> morning Pacific time (around 4 or 5pm UTC).
> 
> I will send out a note with the final date/time as soon as possible.

-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

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

[Wikitech-l] Request for Comments: New Search

[Nikolas Everett]

So Chad and I feel like we've gotten far enough in our prototype of our new
search backend for MediaWiki that we're ready to request comments.  So here
is our format RFC:
https://www.mediawiki.org/wiki/Requests_for_comment/CirrusSearch

You'll note that the plugin is called CirrusSearch.  SolrSearch seems to
have been taken by an unrelated project so we had to pick a different name.

Please read and comment in whatever way is normal for these things.

Thanks so much for your attention,

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

Re: [Wikitech-l] The summary of new zero architecture proposal

[Adam Baso]

I think we'll want to make those 302s given that UAs may make the redirects
permanent without consideration for Vary: headers, some of which the UA
won't actually know. Will add that to the RFC shortly.


On Fri, Jun 14, 2013 at 10:16 AM, Yuri Astrakhan
wrote:

> Based on many ideas that were put forth, I would like to seek comments on
> this ZERO design. This HTML will be rendered for both M and ZERO subdomains
> if varnish detects that request is coming from a zero partner. M and ZERO
> will be identical except for the images - ZERO substitutes images with
> links to File:xxx namespace through a redirector.
>
> * All non-local links always point to a redirector. On javascript capable
> devices, it will load carrier configuration and replace the link with local
> confirmation dialog box or direct link. Without javascript, redirector will
> either silently 301-redirect or show confirmation HTML. Links to images on
> ZERO.wiki and all external links are done in similar way.
>
> * The banner is an ESI link to */w/api.php?action=zero&banner=250-99* -
> returns HTML  blob of the banner. (Not sure if banner ID should be
> part of the URL)
>
> Expected cache fragmentation for each wiki page:
> * per subdomain (M|ZERO)
> * if M - per "isZeroCarrier" (TRUE|FALSE). if ZERO - always TRUE.
> 3 variants is much better then one per carrier ID * 2 per subdomain.
>
> P.S.
> Redirector is a Special:Zero page, but if speed is an issue, it could be an
> API calls (which seem to load much faster). The API call would redirect to
> the target, or could either redirect to the special page for confirmation
> rendering, or output HTML itself (no skin support, but avoids an extra
> redirect). Might not be worth it as javascript will be available on most of
> our target platforms now or soon.
> ___
> 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] The summary of new zero architecture proposal

[Yuri Astrakhan]

Based on many ideas that were put forth, I would like to seek comments on
this ZERO design. This HTML will be rendered for both M and ZERO subdomains
if varnish detects that request is coming from a zero partner. M and ZERO
will be identical except for the images - ZERO substitutes images with
links to File:xxx namespace through a redirector.

* All non-local links always point to a redirector. On javascript capable
devices, it will load carrier configuration and replace the link with local
confirmation dialog box or direct link. Without javascript, redirector will
either silently 301-redirect or show confirmation HTML. Links to images on
ZERO.wiki and all external links are done in similar way.

* The banner is an ESI link to */w/api.php?action=zero&banner=250-99* -
returns HTML  blob of the banner. (Not sure if banner ID should be
part of the URL)

Expected cache fragmentation for each wiki page:
* per subdomain (M|ZERO)
* if M - per "isZeroCarrier" (TRUE|FALSE). if ZERO - always TRUE.
3 variants is much better then one per carrier ID * 2 per subdomain.

P.S.
Redirector is a Special:Zero page, but if speed is an issue, it could be an
API calls (which seem to load much faster). The API call would redirect to
the target, or could either redirect to the special page for confirmation
rendering, or output HTML itself (no skin support, but avoids an extra
redirect). Might not be worth it as javascript will be available on most of
our target platforms now or soon.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] wikidata-vagrant: SSH command responded with a non-zero exit status

[Robert Vogel]

Hi everybody!

I tried to set up a WikiData development environment using Vagrant[1]. At first 
everything seemed to be okay. The “precise64” VM was downloaded and the 
automated setup with “puppet” started. But then after Apache, MySQL and PHP 
were installed the following error occurred:

←[0;37mdebug: Puppet::Type::Package::ProviderApt: Executing 
'/usr/bin/dpkg-query -W --showformat ${Status} ${Package} ${Version}\n 
php5-dev'←[0m
←[0;37mdebug: Class[Php]: The container Stage[main] will propagate my refresh 
event←[0m
←[0;37mdebug: Finishing transaction 70306158277360←[0m
←[0;37mdebug: Storing state←[0m
←[0;32minfo: Creating state file /var/lib/puppet/state/state.yaml←[0m
←[0;37mdebug: Stored state in 0.04 seconds←[0m
←[0;36mnotice: Finished catalog run in 318.46 seconds←[0m
←[0;37mdebug: /File[/var/lib/puppet/rrd]/ensure: created←[0m
←[0;37mdebug: Finishing transaction 70306152454460←[0m
←[0;37mdebug: Received report to process from precise64.hw.local←[0m
←[0;37mdebug: Processing report from precise64.lmw.local with processor 
Puppet::Reports::Store←[0m
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!

cd /tmp/vagrant-puppet/manifests && puppet apply --verbose --debug --modulepath 
'/etc/puppet/modules:/tmp/vagrant-puppet/modules-0' base.pp 
--detailed-exitcodes || [ $? -eq 2 ]

When I execute this last command manually on the VM I get the error
err: /Stage[main]/Generic/Exec[fix-sources]/returns: change from notrun to 
0 failed: sed -i'' -e 's/us\.archive/archive/g' /etc/apt/sources.list returned 
4 instead of one of [0] at /tmp/vagrant-puppet/manifests/base.pp:13

This seem to be due to file permissions. Executing this command as root works 
fine but afterwards this error occurs:
err: /Stage[main]/Wikidata::Repo/Exec[repo_setup]/returns: change from 
notrun to 0 failed: /usr/bin/php /srv/repo/maintenance/install.php 
Wikidata-repo admin --pass vagrant --dbname repo --dbuser root --dbpass vagrant 
--server 'http://localhost:8080' --scriptpath '/repo' --confpath 
'/srv/orig-repo/' returned 1 instead of one of [0] at 
/tmp/vagrant-puppet/modules-0/wikidata/manifests/init.pp:38

The “/srv/repo/” folder is almost empty, which is probably because of earlier 
errors.
I am able to connect to “http://127.0.0.1:8080” and see the “welcome” page. But 
both links (“repo” and “client”) are dead.

Has anybody an idea what the problem might be? I’m using a Windows 8 machine as 
host.

Thanks!

[1] http://meta.wikimedia.org/wiki/Wikidata/Development/Setup

--

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

Re: [Wikitech-l] FLAC support in Mediawiki/Commons

[Jean-Frédéric]

2013/6/14 Emmanuel Engelhart 

> Le 13/06/2013 01:11, Matthew Flaschen a écrit :
> > On 06/12/2013 01:06 PM, Emmanuel Engelhart wrote:
> >> I have found two related features requests:
> >> * https://bugzilla.wikimedia.org/show_bug.cgi?id=20252
> >> * https://bugzilla.wikimedia.org/show_bug.cgi?id=39867
> >
> > Neither of those seemed directly on target, so I created
> > https://bugzilla.wikimedia.org/show_bug.cgi?id=49505, asking that native
> > FLAC files be supported by TimedMediaHandler.  If that's done, it would
> > then make sense for Commons to allow them.
>
> Seems to be on the good way:
> https://gerrit.wikimedia.org/r/#/c/68642/
>
> Thx to Jan and other involved developers for moving forward so quickly!
>

Thanks indeed, this is awesome!

Just mentionning Opus support as well
https://bugzilla.wikimedia.org/show_bug.cgi?id=40193
(just in case it might get some instantaneous love too ;)

-- 
Jean-Frédéric
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] FLAC support in Mediawiki/Commons

[Emmanuel Engelhart]

Le 13/06/2013 01:11, Matthew Flaschen a écrit :
> On 06/12/2013 01:06 PM, Emmanuel Engelhart wrote:
>> I have found two related features requests:
>> * https://bugzilla.wikimedia.org/show_bug.cgi?id=20252
>> * https://bugzilla.wikimedia.org/show_bug.cgi?id=39867
> 
> Neither of those seemed directly on target, so I created
> https://bugzilla.wikimedia.org/show_bug.cgi?id=49505, asking that native
> FLAC files be supported by TimedMediaHandler.  If that's done, it would
> then make sense for Commons to allow them.

Seems to be on the good way:
https://gerrit.wikimedia.org/r/#/c/68642/

Thx to Jan and other involved developers for moving forward so quickly!

-- 
Kiwix - Wikipedia Offline & more
* Web: http://www.kiwix.org
* Twitter: https://twitter.com/KiwixOffline
* more: http://www.kiwix.org/wiki/Communication

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