Re: [Wikitech-l] Fwd: Phabricator monthly statistics - 2015-01
Also keep in mind that it is used by many people to track feature-requests (long and short-term, planned and wishlist), as well as bugs, so some growth is both inevitable and desired. (I believe this is what James is saying) Much agreed. Phabricator is used to keep track of many other things besides bugs, in our team we keep our whole backlog there thus it is expected to grow at a much faster rate than a bug list would. A backlog is a repository of ideas and some of those are clearly defined tasks but not others. On Mon, Feb 2, 2015 at 1:02 AM, Nick Wilson (Quiddity) nwil...@wikimedia.org wrote: On Sun, Feb 1, 2015 at 2:16 PM, Pine W wiki.p...@gmail.com wrote: Hi Quim, Thanks. Just wondering, do we have a graph somewhere that shows trends? There is quite a gap between tasks created and tasks closed, and if that's normal each month then there needs to be some thought about how to fix the gap, yes? Thanks, Pine Also keep in mind that it is used by many people to track feature-requests (long and short-term, planned and wishlist), as well as bugs, so some growth is both inevitable and desired. (I believe this is what James is saying). But I agree that an increase of old-bug triage and resolving, would be welcomed. ___ 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] Terrible instructions for configuring Varnish (4.0)
On Sun, 1 Mar 2015, at 05:50 AM, Daniel Friesen wrote:
## If-None-Match
Someone is going to have to explain this block to me, because doing it
does not make sense to me:
if (req.http.If-None-Match)
{return(pass);}
These two lines should be removed from Varnish 3.0 and 4.0
configurations. Varnish 2.0 didn't support this header properly (I think
it was added in 2.0.5) and I suppose this is why these lines were
originally present on the page. Varnish 3/4 configurations must be
slight alterations of Varnish 2 configuration and these lines went
overlooked.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tech Talk: Hack - An Evolution of PHP: March 4th
Since I watched https://www.youtube.com/watch?v=IKvILMSNNpk I have been afraid you wanted to replace PHP with Hack. Let's wait for PHP 7 maybe? Il 25/02/2015 00:36, Rachel Farrand ha scritto: Please join us for the following tech talk: *Tech Talk**:* Hack: An Evolution of PHP *Presenter:* Josh Watzman from Facebook *Date:* March 4th *Time:* 1800 UTC http://www.timeanddate.com/worldclock/fixedtime.html?msg=Hack%3A+An+Evolution+of+PHPiso=20150304T18p1=1440ah=1 Link to live YouTube stream http://www.youtube.com/watch?v=jqXqdqUhxy8 *IRC channel for questions/discussion:* #wikimedia-office Google+ page https://plus.google.com/u/0/b/103470172168784626509/events/ckh4leo7qam35mc5560cr3d8qh0, another place for questions *Talk description: *Although PHP has several features that allow engineers to be extremely productive in it, it also has several rough edges and pitfalls that cause problems (and often give the language a bad name). This talk will introduce Hack, Facebook's dialect of PHP. Hack keeps most of the PHP language -- all of the parts that make engineers so productive -- but sands down several of the more problematic sharp edges. It also introduces several new features, such as a simple yet extremely powerful syntax for asynchronous IO, to make the language even more effective for existing PHP programmers and newcomers alike. ___ 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] Line break in php
Hi, please stop using Wikitech-l as your personal Google. Thanks. Il 22/02/2015 14:29, Thomas Mulhall ha scritto: Hi how can I do line breaks in php because I am trying to do line breaks for global in github.com/paladox/Metrolook/blob/test/MetrolookTemplate.php ___ 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] Terrible instructions for configuring Varnish (4.0)
I recently started setting up a server with Varnish and realized that
our instructions for configuring Varnish look terrible. Specifically our
recommendations for Varnish 4.0.
https://www.mediawiki.org/wiki/Manual:Varnish_caching#Configuring_Varnish_4.x
That said, while I know things look wrong, I'm not enough of a Varnish
expert to be confident changing the guide.
## Purging
The purge instructions look all wrong.
ban() is not equivalent to ban_url() so the invocations look broken.
Also the Varnish 4 instructions do purging with a `return (purge);` and
omit the vcl_hit and vcl_miss.
See:
https://www.varnish-cache.org/docs/trunk/users-guide/purging.html
## Gzip
The instructions still include Accept-Encoding handling. Varnish now
handles gzip natively.
From what I understand without this code Varnish will natively prefer
requesting gzipped responses from the server and will handle gunzipping
things for clients that don't support it.
I believe normalizing gzip, deflate - gzip,deflate or just gzip,
deflate - gzip is also redundant now:
https://github.com/varnish/Varnish-Cache/blob/336f2eb8fe1c8f46dbf32a9bad387171eee69c85/bin/varnishd/cache/cache_vary.c#L200-L210
## XFF
The instructions include the setting of an X-Forwarded-For header to
client.ip as well.
This is redundant. Varnish implements XFF natively. And it does it
correctly, which is to append to XFF when already present. The guide
will end up stripping out information which CheckUser makes use of.
## Redundant and harmful vcl_recv overriding
Varnish's default vcl already does stuff like CONNECT piping,
Authorization and Cookie passing (and now it also handles the absence of
SPDY support).
https://github.com/varnish/Varnish-Cache/blob/master/bin/varnishd/builtin.vcl#L47-L72
However the guide duplicates these things and ends with a
`return(hash);` making it so the default vcl is never run.
## If-None-Match
Someone is going to have to explain this block to me, because doing it
does not make sense to me:
if (req.http.If-None-Match)
{return(pass);}
--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moses decoder
On Sat, Feb 28, 2015 at 12:02 AM, Bahodir Mansurov
bmansu...@wikimedia.org wrote:
I’ve been learning how to use Moses decoder [1] for creating machine
translation models for the Uzbek language and was wondering if anyone else
has any experience with. After talking to Amir, we decided to set Moses up in
a Labs instance. Is anyone else interested in this? How was your experience
with the decoder?
I'm naturally interested :)
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tech Talk: What's New with MediaWiki-Vagrant?: Simple Use Cases and Beyond: November 25
Il 26/11/2014 01:01, Rachel Farrand ha scritto: Thanks to everyone who participated today! If you missed that talk and would like to view the recording, here is the link: https://www.youtube.com/watch?v=I66xR-fq2O8 It has been released under a creative commons license. Thank you. However, some of the channel's videos are still released under the YouTube license: * https://www.youtube.com/watch?v=WE2Qseu6Oc0 * https://www.youtube.com/watch?v=FubXExbAvOA * https://www.youtube.com/watch?v=0PqJuZ1_B6w If you have any questions about today's talk please feel free to get in touch with Dan dduv...@wikimedia.org Bryan bd...@wikimedia.org You can check out past tech talk recordings at the MediaWiki YouTube page here: http://www.youtube.com/channel/UCg4wlhlN8RjP6_e_vMC4CTA *Help!! *If you have an idea for a future tech talk that you would like to nominate (or see what we have coming up), please add your suggestions here: https://www.mediawiki.org/wiki/Project:Calendar/How_to_schedule_an_event/TechTalks Please feel free to email me with your ideas as well. :) Thanks! Rachel On Tue, Nov 25, 2014 at 10:10 AM, Rachel Farrand rfarr...@wikimedia.org wrote: This Tech Talk is starting in 20 min! On Mon, Nov 24, 2014 at 1:40 PM, Rachel Farrand rfarr...@wikimedia.org wrote: Reminder, this tech talk is tomorrow! Please join us. :) On Thu, Nov 13, 2014 at 7:12 PM, Rachel Farrand rfarr...@wikimedia.org wrote: Please join us for the following tech talk: *Tech Talk**:* What's New with MediaWiki-Vagrant?: Simple Use Cases and Beyond *Presenter:* Bryan Davis Dan Duvall *Date:* November 25th *Time:* 1830 UTC http://www.timeanddate.com/worldclock/fixedtime.html?msg=What%27s+New+with+MediaWiki-Vagrant%3Fiso=20141125T1830p1=1440ah=1 Link to live YouTube stream http://www.youtube.com/watch?v=I66xR-fq2O8 *IRC channel for questions/discussion:* #wikimedia-office Google+ page http://www.youtube.com/watch?v=I66xR-fq2O8, another place for questions *Talk description:*We'll start off by giving a brief refresher on how MW-Vagrant works and how it differs from stock Vagrant. Next, we'll showcase some of the newest and most useful features of MWV such as multi-wiki support, SSH/HTTP sharing, Labs integration, advanced customization using Hiera and local roles. Finally, we'd like to show how MWV can be useful in test-driven development by demonstrating how to run unit and browser tests. The last 15 minutes will be reserved for Q/A. == Outline (WIP) == * (10 minutes) What is Vagrant, MediaWiki-Vagrant, Puppet (dan + bryan) * (15 minutes) Local customizations (bryan) * (15 minutes) Running unit tests and browser tests under MW-V (dan) * (5 minutes) Vagrant sharing (it's awesomesauce!!!) (bryan) * (15 minutes) Q A ___ 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] VisualEditor weekly triage meetings – 2015-02-25 – minutes
Here are the minutes for this week's VisualEditor weekly triage meeting on 2015-02-25. My apologies for their lateness. *Item 1 – Release criteria* The release criteria at https://phabricator.wikimedia.org/project/sprint/profile/1015/ (note new URL) were considered. No changes were proposed. *Item 2 – Review of fixed tickets since last week* These accepted items were fixed and so will be released in this week's production release unless otherwise noted. … in VisualEditor: - https://phabricator.wikimedia.org/T52036 – Focus highlights for elements using CSS column-count are too tall in Chrome - https://phabricator.wikimedia.org/T70537 – Sometimes page scrolling stops working and in the console getting Error: offset was inside a handlesOwnChildren node in Firefox - https://phabricator.wikimedia.org/T73085 – Comments in unsafe content locations are not displayed in VisualEditor - https://phabricator.wikimedia.org/T89192 – Including a template/comment/table/gallery/math node in a slug makes the editor completely unresponsive - https://phabricator.wikimedia.org/T89543 – ve.init.mw.ViewPageTarget#transformPage triggers recalculate style due to $.fn.animate - https://phabricator.wikimedia.org/T89943 – Editor freezes after copypasting a reference and trying to insert a references list - https://phabricator.wikimedia.org/T90306 – Cursoring is totally broken in Betalabs with Firefox The fixed tickets represent 81 story points. There are 813 remaining points in the list of items accepted as of the end of the meeting. … in dependencies: - https://phabricator.wikimedia.org/T52373 – When serializing DOM subtree of h* tags, force meta tags (links, categories, etc.) to serialize before / after heading as appropriate - https://phabricator.wikimedia.org/T66171 – Log Parsoid server-side save performance - https://phabricator.wikimedia.org/T75955 – RESTBase / Parsoid integration - https://phabricator.wikimedia.org/T88019 – Transclusion marker meta tags being left behind in some nested extension/transclusion scenarios - https://phabricator.wikimedia.org/T88495 – Unsupported use of multi-cell generating templates within tables - https://phabricator.wikimedia.org/T88660 – Parsoid Cite: Render missing reflists *Item 3 – Review of nominated tickets* Nominated tickets accepted: … as corruption stability issues: - https://phabricator.wikimedia.org/T49344 – Internal nodes should eventually be in a separate document (sub-documents) - https://phabricator.wikimedia.org/T90463 – Citoid / citoid integration with VE is emitting data-mw for a template arg that is not compliant with the Parsoid DOMspec - https://phabricator.wikimedia.org/T90478 – Deleting the text inside a bullet/numbered item, heading, other nodes throws error … as performance issues: - https://phabricator.wikimedia.org/T89878 – mediawiki.feedback should use OOjs UI dialog - https://phabricator.wikimedia.org/T90376 – Research incrementally building the CE tree/DOM [accepted as a 'research feasibility' task] - https://phabricator.wikimedia.org/T90374 – Retrieve page HTML directly from RESTbase - https://phabricator.wikimedia.org/T90372 – Send Parsoid API request immediately when user clicks edit - https://phabricator.wikimedia.org/T90304 – Load HTML in parallel with JSON metadata - https://phabricator.wikimedia.org/T90040 – Stash VisualEditor edits using edit stash … as testing issues: - – None this week … as feature issues: - – None this week … as polish nice-to-have issues: - https://phabricator.wikimedia.org/T53911 – Scroll to an item when it is selected e.g. when it has been newly inserted - https://phabricator.wikimedia.org/T90622 – Come up with a way of estimating load time and progress along that scale - https://phabricator.wikimedia.org/T64084 – In the template dialog, the boxes for pre-existing, long parameters should be expanded before you click on them in Firefox … as dependencies: - https://phabricator.wikimedia.org/T71950 – Improve nowiki additions to only wrap the string that needs protection - https://phabricator.wikimedia.org/T73006 – Two sets of nowiki tags added; one probably shouldn't have been - https://phabricator.wikimedia.org/T90281 – Improve citoid production service - https://phabricator.wikimedia.org/T88827 – Parsoid should return the full srcset for high DPI devices [polish] … for investigation and re-triage: - https://phabricator.wikimedia.org/T90757 – Adding a template to an article on it.wp means VE gets frozen Nominated tickets rejected: - https://phabricator.wikimedia.org/T90299 – Move media to top level icon on toolbar Rejected for now on product grounds, pending resolution of https://phabricator.wikimedia.org/T52227 (Toolbar should collapse items rather than span multiple
[Wikitech-l] Phabricator monthly statistics - 2015-01
Hi Community Metrics team, this is your automatic monthly Phabricator statistics mail. Number of accounts created in (2015-01): 305 Number of active users (any activity) in (2015-01): 669 Number of task authors in (2015-01): 401 Number of users who have closed tasks in (2015-01): 199 Number of tasks created in (2015-01): 2584 Number of tasks closed in (2015-01): 1775 Number of tasks in the shell project closed as resolved,fixed in (2015-01): 22 Number of open and stalled tasks in total: 19008 Median age in days of open tasks by priority: Unbreak now: 50 Needs Triage: 132 High: 133 Normal: 417 Low: 691 Needs Volunteer: 531 TODO: Numbers which refer to closed tasks might not be correct, as described in T1003. Yours sincerely, Fab Rick Aytor (via community_metrics.sh on iridium at Sun Feb 1 00:00:05 UTC 2015) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Phabricator monthly statistics - 2015-02
Hi Community Metrics team, this is your automatic monthly Phabricator statistics mail. Number of accounts created in (2015-02): 317 Number of active users (any activity) in (2015-02): 733 Number of task authors in (2015-02): 422 Number of users who have closed tasks in (2015-02): 216 Number of tasks created in (2015-02): 2952 Number of tasks closed in (2015-02): 2092 Number of tasks in the shell project closed as resolved,fixed in (2015-02): 10 Number of open and stalled tasks in total: 19967 Median age in days of open tasks by priority: Unbreak now: 17 Needs Triage: 122 High: 104 Normal: 394 Low: 675 Needs Volunteer: 522 TODO: Numbers which refer to closed tasks might not be correct, as described in T1003. Yours sincerely, Fab Rick Aytor (via community_metrics.sh on iridium at Sun Mar 1 00:00:04 UTC 2015) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [MediaWiki-l] Autopromote problems
You're welcome. I wonder how APCOND_ISIP and APCOND_IPINRANGE were expected to work, and if we should deprecate/remove them. On 28 February 2015 at 23:17, John Horne john.ho...@plymouth.ac.uk wrote: On Sat, 2015-02-28 at 03:27 +, Alex Monk wrote: (CCing wikitech-l) On 28 February 2015 at 01:04, John Horne john.ho...@plymouth.ac.uk wrote: $wgAutopromote['sysop'] = array(APCOND_ISIP, '141.163.4.11'); Wait, what? MediaWiki supports that?! You should not do that. Yes, MW allowed me to do this, but reading your reply I can see why it is not something we want to do. It also explains why the 'user list' page seemed to allocate everyone to the administrators group. We have now changed things a bit in that the 'editor' permissions have been pushed into the 'user' group (most were there anyway). We also removed any other 'autopromote' settings. By logging in using the default login mechanism, and with the initially created account, I could then set my own account to be administrator and bureaucrat. After that everything looked fine. However, we are intending to use the Shibboleth extension (as forked on github) as the main login mechanism. When we reapplied this, my groups were gone again! It seems the extension has a bug in that it removes a users groups, but never adds them back again. I have corrected this, and submitted a patch upstream. So now we are happy. We have Shibboleth login working fine, and the users groups are as they should be and remain so upon login/logout. We are now not using autopromote at all. Many thanks for your reply, John. -- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK ___ MediaWiki-l mailing list To unsubscribe, go to: 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
