[Bug 14235] Template misses its parameter when containing a link with "=" character in the URL

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=14235

--- Comment #35 from Christian Kujau  ---
Ricordisamoa, can you please elaborate why you wanted to close this one as
WONTFIX?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 1790] Allow uploading of Blender or other 3D files to Wikimedia Commons

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=1790

Umang  changed:

   What|Removed |Added

 CC||uma...@gmail.com

--- Comment #35 from Umang  ---
This project has been a long standing community request and it would be great
if I were given the opportunity to work on this and make some progress. I have
planned a basic outline on how to approach the problem. I have decided to
provide a solution for either x3d or collada file formats(required for
representing computer graphics). I will work on the other if time is there
during my project. The plan I have proposed is to implement a solution on
similar lines as media wiki normally represents files by rendering it into a
.png file generating thumbnails by extracting meta data from image. I have
talked a bit about this to the only mentor (Bryan Davis) listed on the website
where this project was proposed. It would be great if some more interested
people have a look at my idea. Furthermore, I would like feedback on which file
format is more in demand currently(x3d or collada?). Also, if anyone has any
recommendations for efficient raster image generations do tell. Please go
through my proposal and tell me how can I improve it and make it up to the
expectations of the community.

Link : https://www.mediawiki.org/wiki/User:Umang13/Gsoc14

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40193] Support for Opus audio format

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=40193

Bug 40193 depends on bug 51313, which changed state.

Bug 51313 Summary: Update avconv to support opus in ogg files
https://bugzilla.wikimedia.org/show_bug.cgi?id=51313

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 51313] Update avconv to support opus in ogg files

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=51313

Matthew Flaschen  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #7 from Matthew Flaschen  ---
(In reply to Andre Klapper from comment #6)
> No reply to comment 5 - assuming this bug is FIXED.
> If that is not the case: Please reopen and elaborate what is left to do here
> to get this report fixed.

I tested at
https://commons.wikimedia.org/wiki/File:Sound_of_the_bells_of_Sveta_Nedelya_in_Sofia_2012_PD.ogg
.

You can play the original (if your browser supports Ogg Opus), but the
transcode to Ogg Vorbis at the bottom still won't work (I tried resetting it
manually).  It seems to be the same error.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28899] ResourceLoader: Startup module Last-Modified should take changes to mw.config / LocalSettings into account

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=28899

Krinkle  changed:

   What|Removed |Added

   Assignee|wikibugs-l@lists.wikimedia. |krinklem...@gmail.com
   |org |

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62575] VisualEditor: Beat the reference toolbar button in the reference dialog back down into its grave

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62575

--- Comment #5 from Gerrit Notification Bot  ---
Change 119704 merged by jenkins-bot:
Followup 861d097: actually exclude reference tool in reference dialog toolbar

https://gerrit.wikimedia.org/r/119704

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28899] ResourceLoader: Startup module Last-Modified should take changes to mw.config / LocalSettings into account

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=28899

--- Comment #6 from Gerrit Notification Bot  ---
Change 119706 had a related patch set uploaded by Krinkle:
ResourceLoaderStartUpModule: Use hashMtime to detect config changes

https://gerrit.wikimedia.org/r/119706

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28899] ResourceLoader: Startup module Last-Modified should take changes to mw.config / LocalSettings into account

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=28899

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62575] VisualEditor: Beat the reference toolbar button in the reference dialog back down into its grave

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62575

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|jforrester+veteambztickets@ |roan.katt...@gmail.com
   |wikimedia.org   |
   Target Milestone|--- |VE-deploy-2014-03-20

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62865] New: using \book with multiple scores including midi option plays only the fiirst audio score

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62865

Bug ID: 62865
   Summary: using \book with multiple scores including midi option
plays only the fiirst audio score
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Score
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jeanluc.thieb...@advalvas.be
CC: aarcos.w...@gmail.com, bawolff...@gmail.com,
fflo...@wikimedia.org, gti...@wikimedia.org,
jger...@wikimedia.org, mtrac...@member.fsf.org
   Web browser: ---
   Mobile Platform: ---

Created attachment 14867
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=14867&action=edit
simple book including 2 score blocs

book with multi scores is correctly rendered, but the audio part covers only
the first "score", the following parts are ignored.

By comparison, "Frecobaldi" generates 2 midi files for the exemple in
attachement.
Suggestion : audio output should be the sum of all midi parts.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62575] VisualEditor: Beat the reference toolbar button in the reference dialog back down into its grave

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62575

--- Comment #3 from Gerrit Notification Bot  ---
Change 119704 had a related patch set uploaded by Catrope:
Followup 861d097: actually exclude reference tool in reference dialog toolbar

https://gerrit.wikimedia.org/r/119704

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62575] VisualEditor: Beat the reference toolbar button in the reference dialog back down into its grave

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62575

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|NEW |PATCH_TO_REVIEW

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62575] VisualEditor: Beat the reference toolbar button in the reference dialog back down into its grave

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62575

--- Comment #4 from Roan Kattouw  ---
(In reply to Roan Kattouw from comment #2)
> Adding references inside of references shouldn't be possible. That toolbar
> button is supposed to be hidden. Repurposing bug.
> 
Turned out to be an accidental overcorrection from fixing bug 62286.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 52414] VisualEditor: If an added category is a redirect to another, suggest adding the target instead

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=52414

James Forrester  changed:

   What|Removed |Added

   Target Milestone|VE-deploy-2014-02-20|VE-deploy-2014-03-27

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 52004] VisualEditor: Blocked users are not blocked from using VE (just from saving); should instead show with log entry

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=52004

James Forrester  changed:

   What|Removed |Added

   Target Milestone|--- |VE-deploy-2014-03-27

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61960] VisualEditor: "Use an Existing Reference" button becomes disabled for the current session once user inputs an invalid search term for searching existing references

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61960

--- Comment #3 from Gerrit Notification Bot  ---
Change 119702 merged by jenkins-bot:
Don't use search widget emptiness as a proxy for "no reusable references"

https://gerrit.wikimedia.org/r/119702

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61960] VisualEditor: "Use an Existing Reference" button becomes disabled for the current session once user inputs an invalid search term for searching existing references

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61960

James Forrester  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|jforrester+veteambztickets@ |roan.katt...@gmail.com
   |wikimedia.org   |
   Target Milestone|--- |VE-deploy-2014-03-20

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61960] VisualEditor: "Use an Existing Reference" button becomes disabled for the current session once user inputs an invalid search term for searching existing references

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61960

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|ASSIGNED|PATCH_TO_REVIEW

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61960] VisualEditor: "Use an Existing Reference" button becomes disabled for the current session once user inputs an invalid search term for searching existing references

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61960

--- Comment #2 from Gerrit Notification Bot  ---
Change 119702 had a related patch set uploaded by Catrope:
Don't use search widget emptiness as a proxy for "no reusable references"

https://gerrit.wikimedia.org/r/119702

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62621] VisualEditor: An Undefined parameter appears in the template dialog box after clicking on "Add parameter" but not adding any new parameter

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62621

--- Comment #5 from Gerrit Notification Bot  ---
Change 119699 merged by jenkins-bot:
Ignore placeholder parameters in serialization

https://gerrit.wikimedia.org/r/119699

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62621] VisualEditor: An Undefined parameter appears in the template dialog box after clicking on "Add parameter" but not adding any new parameter

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62621

James Forrester  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|jforrester+veteambztickets@ |roan.katt...@gmail.com
   |wikimedia.org   |
   Target Milestone|--- |VE-deploy-2014-03-20

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62621] VisualEditor: An Undefined parameter appears in the template dialog box after clicking on "Add parameter" but not adding any new parameter

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62621

--- Comment #4 from Gerrit Notification Bot  ---
Change 119699 had a related patch set uploaded by Catrope:
Ignore placeholder parameters in serialization

https://gerrit.wikimedia.org/r/119699

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62621] VisualEditor: An Undefined parameter appears in the template dialog box after clicking on "Add parameter" but not adding any new parameter

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62621

Gerrit Notification Bot  changed:

   What|Removed |Added

 Status|ASSIGNED|PATCH_TO_REVIEW

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 58717] Instance 'delete' link doesn't always delete the ldap entry for an instance

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=58717

Andrew Bogott  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from Andrew Bogott  ---
This should be fixed by:

https://gerrit.wikimedia.org/r/119537
https://gerrit.wikimedia.org/r/119694
https://gerrit.wikimedia.org/r/119698

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 46704] A proper catalog of extensions

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=46704

Quim Gil  changed:

   What|Removed |Added

 CC||lydia.pintscher@wikimedia.d
   ||e

--- Comment #33 from Quim Gil  ---
(CCing Lydia because I'm mentioning the d: word below)  :)

SHORT TERM, CRITICAL TO GSoC 2014 PROJECTS

Let's agree that any plan related with GSoC 2014 is going to be based on an
implementation in Wikiapiary capable of feeding back to mediawiki.org. What is
more, the definition of a minimum viable product can focus on Wikiapiary alone.
I'd rather see a good and inspiring implementation exclusively in Wikiapiary
than a half-backed solution trying to make equally (un)happy both sites.


LONG TERM, TO BE ONLY REMOTELY CONSIDERED BY GSOC 2014 PROJECTS

SMW in mediawiki.org. Based on the history of this old discussion reactivated
every now and then, I don't see it happening. I don't even have an own opinion;
I'm talking about probability.

Now, let me share a question / thought: has anybody discussed the possibility
of creating Wikidata items for extensions, after defining a set of properties
to describe them? Linking those Wikidata items to mediawiki.org extension
pages, and then playing with templates and what not to keep the semantic data
up to date (version number, last release, dependencies, compatible with
MediaWiki releases...)? Then play with templates, queries and visualizations to
create all kinds of useful output, from structured extension pages to a proper
and robust map of extensions.

I mean, whether it is done with SMW or Wikidata, a common and most important
aspect of the work is how to define semantically an extension, which data we
want to display and we can update as automatically or as crowdsourced as
possible, and how to migrate the plaintext information we currently have to a
semantic container.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 7803] Namespace manager

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=7803

Kunal Mehta (Legoktm)  changed:

   What|Removed |Added

 CC||legoktm.wikipe...@gmail.com
   ||, skizz...@gmail.com

--- Comment #13 from Kunal Mehta (Legoktm)  ---
Skizzerz has written up some nice notes at [[mw:User:Skizzerz/Namespaces]].

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61167] Review and deploy Popups extension to Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61167

sp...@wikimedia.org changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |NEW
 CC||sp...@wikimedia.org

--- Comment #15 from sp...@wikimedia.org ---
The Popups Beta Feature was enabled on mediawiki.org 2014-03-20 00:00 UTC.

I'm leaving this bug open because the next step is to enable the Popups Beta
Feature on more/all wikis.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #20 from Dario Taraborelli  ---
Quiddity, that sounds like a reasonable proposal. 

The discussion on social media share buttons doesn't strike me as particularly
relevant here, as the present proposal is about content distribution, not about
making changes that affect the user experience. However, the concerns about
adding cruft are legitimate and it would definitely be helpful to see a more
articulated proposal about what a trial-run would look like and how we could go
about testing its impact.

Wikimedia sites already have provisions "for the benefit of single sites" or
3rd party partners: carriers participating in Wikipedia Zero or Pediapress are
the most obvious examples that come to my mind: these are the relevant use
cases that should be compared to the present proposal as they all involve
distribution of content. I personally think that – unlike other cases of
intermediaries on which Wikimedia literally has no control (Google Knowledge
Panel) or only the ability to opt out (Google QuickView for mobile search) – a
test on content distribution on which we retain full control is welcome.

A summary of the most recent analysis of traffic trends (which identified a
declining trend in 2013 in desktop pageviews and a very high exposure to search
engines for incoming traffic compared to other top web properties) was
presented at Monthly Metrics last month. [1]

[1] https://commons.wikimedia.org/wiki/File:2013_Wikimedia_traffic_trends.pdf

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 46704] A proper catalog of extensions

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=46704

--- Comment #32 from Yaron Koren  ---
> Getting new software (SMW!) deployed on the WMF infrastructure is too big an 
> impediment.

Is that really the case? I certainly hope not. SMW (or, should I say, "SMW!")
is already in use on one WMF wiki - wikitech.wikimedia.org - as well as on a
wiki heavily used by the MediaWiki project, translatewiki.net. Perhaps it would
just take a champion of the software on the inside to convince the powers that
be to allow it on mediawiki.org as well? I'm not aware of any strong resistance
to the use of Semantic MediaWiki on the non-"core" sites, like mediawiki.org -
just the usual forces of apathy.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26803] ResourceLoader: Prefix global isCompatible() and startUp() functions

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26803

Krinkle  changed:

   What|Removed |Added

Summary|prefix (implied) global |ResourceLoader: Prefix
   |isCompatible()/startUp()|global isCompatible() and
   |function in the startup |startUp() functions
   |module  |

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45877] ResourceLoader: Bad cache stuck due to race condition with scap between load.php and index.php server

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45877

--- Comment #8 from Bryan Davis  ---
(In reply to Krinkle from comment #6)
> This affects both ResourceLoader (load.php) and the main MediaWiki request
> handling in general. Due to how we use rsync I believe it is indeed possible
> for any moment during the sync action for the mediawiki install to contain
> files it shouldn't, miss files it needs, and has mixed newer and older
> versions of some files.


The window for this state on a given host should be very short. We give rsync
the `--delete-delay` and `--delay-updates` flags which defer removing or
changing files until all changes are present on the local host.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45877] ResourceLoader: Bad cache stuck due to race condition with scap between load.php and index.php server

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45877

Bryan Davis  changed:

   What|Removed |Added

 CC||bda...@wikimedia.org

--- Comment #7 from Bryan Davis  ---
Is this really a problem with the atomicity of the scap process in general? 

Making the MW deploy process more atomic is a goal for the "next generation
scap" project. It would be good to have some use cases such as this one
documented in the talk page for the deploy system requirements [0] or somewhere
near by so we can try and squash ugly edge case problems such as this one
related to the front end caching architecture.

One random idea that just popped into my head would be to create some system
for telling the front end varnishes that things will be changing soon and that
they should not cache any new responses until given the all clear sign.

[0]:
https://www.mediawiki.org/wiki/Talk:Deployment_tooling/Notes/Deployment_system_requirements

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45877] ResourceLoader: Bad cache stuck due to race condition with scap between load.php and index.php server

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45877

Krinkle  changed:

   What|Removed |Added

 CC||tstarl...@wikimedia.org

--- Comment #6 from Krinkle  ---
(In reply to Krinkle from comment #5)
> The different relevant scenarios:
> 
> 
> 1) index.php server first, load.php server second
> 
> (..)
> 
> 2) index.php server and load.php/startup first, load.php/module second
> 
> (..)

3) server is in frankenstein state

This affects both ResourceLoader (load.php) and the main MediaWiki request
handling in general. Due to how we use rsync I believe it is indeed possible
for any moment during the sync action for the mediawiki install to contain
files it shouldn't, miss files it needs, and has mixed newer and older versions
of some files.

The window for this is relatively small as it relates to a single server as
opposed to the entire cluster.

This can lead to random PHP errors (which are not as visible since those aren't
cached, but they do get served to the public, mostly logged-in users only I
think, unless a page gets purged of course).

This can lead to responses from load.php that will be cached and can be making
all kinds of weird concatenations between incompatible files. This might
resolve itself if the older file was synced first (next request the sync is
finished, there'll be a newer file). But if the newer file was synced first, it
won't fix itself (same as #2).


--

CC-ing Tim Starling. I discussed this with him a few months back and he had a
few thoughts on optimising scap that would shorten the window during which this
bug can occur.

--

Using a more atomic scap, we can reduce the window during which #3 can happen.
#2 can still happen though because atomic scaps only helps a single server
maintain its state, between servers there will still be many seconds 1-2
minutes delay depending on how long the sync action takes across the cluster.

With something like git-deploy will mitigate both.

For #3:Near impossible because it works with working copies (fetch internally
first, then check out)

For #2: It first instructs all servers to fetch, and when finished all of them
to checkout. So there's much shorter window during which difference servers
have different active directories because copy time is taken out of the
equation

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45877] ResourceLoader: Bad cache stuck due to race condition with scap between load.php and index.php server

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45877

Krinkle  changed:

   What|Removed |Added

   Severity|normal  |major

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45877] ResourceLoader: Bad cache stuck due to race condition with scap between load.php and index.php server

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45877

Krinkle  changed:

   What|Removed |Added

   Priority|Normal  |High
   Target Milestone|--- |Future release

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 45877] ResourceLoader: Bad cache stuck due to race condition with scap between load.php and index.php server

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=45877

Krinkle  changed:

   What|Removed |Added

Summary|ResourceLoader caches   |ResourceLoader: Bad cache
   |missing module for many |stuck due to race condition
   |minutes after it's  |with scap between load.php
   |available   |and index.php server

--- Comment #5 from Krinkle  ---
(In reply to Krinkle from comment #3)
> This bug (bug 45877) is about the race condition where one server is already
> embedding requests urls in the page (or mw.loader.load calls) while the
> module in question is not yet available on the apache server that the
> request will be made to.
> 
> e.g.
> en.wikipedia.org --> srv123 @r12 --> outputs html mw.loader.load('foo')
> -> bits.wikimedia.org --> srv214 @r11 --> mw.loader.state('foo', 'missing');
> 
> Where that exact url (with that timestamp) will get cached for 30 days.
> 
> Now it won't be broken for 30 days because the startup manifest
> en.wikipedia.org requests context work with (from bits) will be rebuilt
> every 5 minutes.
> 
> I'm not sure what the proper solution is for this problem. Perhaps syncing
> to bits firts, though that might bring the opposite problem, which is likely
> less visible, but might be equally problematic.

Rephrasing bug summary to more accurately reflect this.

The different relevant scenarios:


1) index.php server first, load.php server second

So whenever a change of any kind is deployed (new module, or a change to an
existing module), it is possible that the code might arrive on one server first
(e.g. the server serving the html, with the module load queue), and then the
client makes a subsequent request to load.php for those modules (handled by a
server that doesn't yet have the code).

In that case, the response will be module.state=missing; Which is fine and
degrades gracefully. This is not a broken state, simply the old state prior to
this particular deployment. Once the deployment is finished, the next time a
client requests the startup module from load.php, the module will be in there
and with a higher timestamp, so the module=missing response won't be served
again.

2) index.php server and load.php/startup first, load.php/module second

First html server gets it, ensuring the module is in the load queue (if not
already) and sometime before or after this, the server handling the startup
module got it too. Client will make a request for the module with the newer
version number in the url, gets handled by a server that we haven't synced to
yet. Responds with an old version of the module (or module=missing if its a new
module).

This situation doesn't resolve itself within 5 minutes because the bad response
is stuck in frontend varnish cache at the correct url.

Touching startup.js won't help either.

This can only be resolved by changing the module again (touch any of the
relevant module's included files), syncing that and hoping you don't get the
same race condition (it's rare but I'd say it happens 1/20 times).

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62820] Allow copy upload files from WMF sites on Wikimedia Commons

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62820

--- Comment #5 from Sam Reed (reedy)  ---
I'm sure this is a dupe...

And I seem to recall there being a suggestion from ops to not want to do this,
in favour of a better server seide copy thing

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62864] SpamBlacklist: Fix "PHP Warning: preg_match(): Compilation failed: nothing to repeat" in EmailBlacklist

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62864

--- Comment #1 from Sam Reed (reedy)  ---
Noting this isn't really a code quality issue, it's somewhat a config issue.

The problem is likely to live somewhere on
http://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 42151] Various ResourceLoader PHP Warnings

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=42151

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Krinkle  ---
Haven't found these in the logs for a while.

The stacktrace-less array_map stuff has been rid from the code.

Let's file new bugs for specific errors we encounter.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 700] Code quality issues (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=700

Bug 700 depends on bug 42151, which changed state.

Bug 42151 Summary: Various ResourceLoader PHP Warnings
https://bugzilla.wikimedia.org/show_bug.cgi?id=42151

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 700] Code quality issues (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=700

Krinkle  changed:

   What|Removed |Added

 Depends on||62864

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62864] SpamBlacklist: Fix "PHP Warning: preg_match(): Compilation failed: nothing to repeat" in EmailBlacklist

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62864

Krinkle  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Blocks||700
   Severity|normal  |major

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62864] New: SpamBlacklist: Fix "PHP Warning: preg_match(): Compilation failed: nothing to repeat" in EmailBlacklist

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62864

Bug ID: 62864
   Summary: SpamBlacklist: Fix "PHP Warning:  preg_match():
Compilation failed: nothing to repeat" in
EmailBlacklist
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Spam Blacklist
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: krinklem...@gmail.com
   Web browser: ---
   Mobile Platform: ---

PHP Warning:  preg_match(): Compilation failed: nothing to repeat at offset 13
in
/usr/local/apache/common-local/php-1.23wmf17/extensions/SpamBlacklist/EmailBlacklist.php
on line 52

[logstash] message_checksum: 7d3b1ee239c9d08033c5a588728a2bbd

Source code:
https://github.com/wikimedia/mediawiki-extensions-SpamBlacklist/blob/2e6259f35fe526/EmailBlacklist.php#L49-L53

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 54059] LAMP instance becomes 404 a few hours after spawn (reproducible)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=54059

--- Comment #7 from Nicolas Raoul  ---
Hi Andrew & Andre,

Thanks for your answers.
Yes, we still really need a server to host our small PHP script.

But if I understand correctly, I first need to setup something in
/etc/apache2/sites-enabled otherwise it won't work correctly, right?

If it works after setting up some magic in /etc/apache2/sites-enabled then
that's OK, I will try that, and this issue can be closed, thanks!

Cheers!
Nicolas

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62863] AntiSpoof: Error in debug log should not be localised

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62863

Krinkle  changed:

   What|Removed |Added

   Keywords||easy
 Blocks||700

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 700] Code quality issues (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=700

Krinkle  changed:

   What|Removed |Added

 Depends on||62863

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62863] AntiSpoof: Error in debug log should not be localised

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62863

Krinkle  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 CC||krinklem...@gmail.com
   Severity|normal  |minor

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62863] New: AntiSpoof: Error in debug log should not be localised

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62863

Bug ID: 62863
   Summary: AntiSpoof: Error in debug log should not be localised
   Product: MediaWiki extensions
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: AntiSpoof
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: krinklem...@gmail.com
CC: soxre...@gmail.com
   Web browser: ---
   Mobile Platform: ---

For example:


2014-03-19T22:06:08.000Z
 antispoof
 enwiki
 mw1065
 ILLEGAL new account '**' Contains unassigned character "☀" (U+2600)

2014-03-19T22:05:58.000Z
 antispoof
 eswiki
 mw1211
 ILLEGAL new account '**' Contiene caracteres obsoletos o no asignados

Source code:
https://github.com/wikimedia/mediawiki-extensions-AntiSpoof/blob/4cadf2af2cd49/AntiSpoofHooks.php#L64-L68

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62862] scap not reporting rsync failures

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62862

Bryan Davis  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
   See Also||https://rt.wikimedia.org/Ti
   ||cket/Display.html?id=7080
   Assignee|wikibugs-l@lists.wikimedia. |bda...@wikimedia.org
   |org |
   Severity|normal  |critical

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62862] New: scap not reporting rsync failures

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62862

Bug ID: 62862
   Summary: scap not reporting rsync failures
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Deployment systems
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: bda...@wikimedia.org
CC: g...@wikimedia.org, has...@free.fr, rlan...@gmail.com
   Web browser: ---
   Mobile Platform: ---

During the 1.23wmf18 deploy and again today scap failed to update servers in
row D of eqiad. Neither time did the scap UI report the failures. Running
sync-common manually on one of the failing hosts reveals that it is correctly
reporting the error:

bd808@mw1202:~$ sync-common mw1010.eqiad.wmnet mw1070.eqiad.wmnet
00:20:39 DEBUG- Copying to mw1202.eqiad.wmnet from mw1010.eqiad.wmnet
00:20:39 DEBUG- Started rsync common
@ERROR: access denied to common from mw1202.eqiad.wmnet (10.64.48.34)
rsync error: error starting client-server protocol (code 5) at main.c(1534)
[Rec
eiver=3.0.9]
00:20:39 INFO - Finished rsync common (duration: 00m 00s)
00:20:39 DEBUG- Unhandled error:
Traceback (most recent call last):
  File "/srv/scap/scap/cli.py", line 201, in run
exit_status = app.main(extra_args)
  File "/srv/scap/scap/main.py", line 70, in main
tasks.sync_common(self.config, self.arguments.servers)
  File "/srv/scap/scap/tasks.py", line 167, in sync_common
subprocess.check_call(rsync)
  File "/usr/lib/python2.7/subprocess.py", line 511, in check_call
raise CalledProcessError(retcode, cmd)
CalledProcessError: Command '('sudo', '-u', 'mwdeploy', '/usr/bin/rsync', '-a',
'--delete-delay', '--delay-updates', '--compress', '--delete',
'--exclude=**/.sv
n/lock', '--exclude=**/.git/objects', '--exclude=**/.git/**/objects',
'--exclude
=**/cache/l10n/*.cdb', '--no-perms', 'mw1010.eqiad.wmnet::common',
'/usr/local/a
pache/common-local')' returned non-zero exit status 5
00:20:39 ERROR- sync-common failed:  Command '('sudo',
'
-u', 'mwdeploy', '/usr/bin/rsync', '-a', '--delete-delay', '--delay-updates',
'-
-compress', '--delete', '--exclude=**/.svn/lock', '--exclude=**/.git/objects',
'
--exclude=**/.git/**/objects', '--exclude=**/cache/l10n/*.cdb', '--no-perms',
'm
w1010.eqiad.wmnet::common', '/usr/local/apache/common-local')' returned
non-zero
 exit status 5

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #19 from Quiddity  ---
(In reply to Jared Zimmerman (WMF) from comment #17)
> I ask again, what is the argument against this in your mind, "social issue"
> is too vague for me to understand.

I believe MZ is suggesting that this is the kind of change that ought to be
'floated' onwiki first. It has a very good chance of being supported - we'd all
like the world to see more content from wikimedia - especially if a trial-run
convinces more people to click-through to our sites. However, changing our html
output for the benefit of a single site is not a common occurance (afaik),
especially for a commercial site (no matter how unbelievable it is that anyone
ever clicks ads!). As Jon notes in #c5, these are somewhat ungood proprietary
meta tags...
Editors would worry about:
A) a well-defined endpoint to the trial-run, if it isn't a fairly clear
"success" (metrics need to be defined, and whether we can measure the
difference quantitatively needs to be verified), 
B) slippery slope outcomes - eg would we also then consider metadata output
especially for Indenti.ca and Google+ and Facebook and IMDB and etc. (or
conversely, do we already do this for some sites, and this would fill a gap?
Extension:OpenGraphMeta exists, but isn't installed on Enwiki. I'm not sure
what we already do.)
C) technical reversability and criteria for removal - it's nice to have
assurances that if/when Twitter enters its Myspace decline, we can cleanly
remove this extension, and that it will be done willingly.

Further notes are in
https://wikimania2013.wikimedia.org/wiki/Submissions/How_sitewide_preferences_get_changed
HTH.

(In reply to Kunal Mehta (Legoktm) from comment #18)
> Adding meta tags specific for Twitter would anger many Wiki(p|m)edians
> because it would be seen as favoring Twitter over [insert favorite social
> network here].
> 
> [[Wikipedia:PERENNIAL#Share_pages_on_Facebook.2C_Twitter_etc.]] is the basic
> argument against any form of catering to specifically one site.


Indeed. Although, if approached in the right way, and *oh dear god* without
those site's icons being thrust in our faces constantly (either well hidden, or
plaintext only), then it might be nice to re-address this one some day. Getting
more eyeballs on our brilliant prose and fabulous images, might be worth a
single "share" link. (But that's a separate discussion)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #18 from Kunal Mehta (Legoktm)  ---
Adding meta tags specific for Twitter would anger many Wiki(p|m)edians because
it would be seen as favoring Twitter over [insert favorite social network
here].

[[Wikipedia:PERENNIAL#Share_pages_on_Facebook.2C_Twitter_etc.]] is the basic
argument against any form of catering to specifically one site.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62861] New: Update plural data to CLDR version 25

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62861

Bug ID: 62861
   Summary: Update plural data to CLDR version 25
   Product: MediaWiki
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Internationalization
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: santhosh.thottin...@gmail.com
CC: alolita.sha...@gmail.com, asha...@wikimedia.org,
da...@sheetmusic.org.uk, kartik.mis...@gmail.com,
niklas.laxst...@gmail.com, run...@gmail.com,
siebr...@kitano.nl, sucheta.ghos...@gmail.com
   Web browser: ---
   Mobile Platform: ---

CLDR version 25 is available
now(http://unicode-inc.blogspot.in/2014/03/cldr-version-25-released.html).

We need to update the plural rule data to new version.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37901] VisualEditor: Links are not shown as redlinks when their target is blank (or as 'stub-alternate-colour' if appropriate)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=37901

James Forrester  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 50497] VisualEditor: Links to current page should show as bold

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=50497

Bug 50497 depends on bug 37901, which changed state.

Bug 37901 Summary: VisualEditor: Links are not shown as redlinks when their 
target is blank (or as 'stub-alternate-colour' if appropriate)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37901

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 48984] VisualEditor: Links to new pages inside templates are coloured red in the content but not a dialog iframe

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=48984

Bug 48984 depends on bug 37901, which changed state.

Bug 37901 Summary: VisualEditor: Links are not shown as redlinks when their 
target is blank (or as 'stub-alternate-colour' if appropriate)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37901

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62803] VisualEditor: Extract red link API code from VE and put into Parsoid

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62803

Bug 62803 depends on bug 37901, which changed state.

Bug 37901 Summary: VisualEditor: Links are not shown as redlinks when their 
target is blank (or as 'stub-alternate-colour' if appropriate)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37901

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37901] VisualEditor: Links are not shown as redlinks when their target is blank (or as 'stub-alternate-colour' if appropriate)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=37901

--- Comment #24 from Gerrit Notification Bot  ---
Change 118045 merged by jenkins-bot:
Display links to nonexistent pages as red

https://gerrit.wikimedia.org/r/118045

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62860] VisualEditor: Set up an IRC bot in #mediawiki-visualeditor to report visualeditor-needcheck edits on WMF wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62860

--- Comment #1 from Krinkle  ---
The CVNBot software used for #cvn-sw, #cvn-commons, #cvn-meta etc. can't
provide this because of limitations in the source feed, irc.wikimedia.org,
which doesn't expose revision change tags.

Looks like realistically the fast way to make this happen is probably a little
nodejs project ran from tool labs that polls wikis using one of these
approaches:

1) Socket to irc.wikimedia.org, join all channels, filter for lines that look
like edits/page creations (any line that includes a url with rcid), extract
rcid from url, make API request and retrieve change tags.

Pros:
 - Only one socket for events.
 - No API polling.

Cons: 
 - It's friggin IRC
 - Still requires an API request, looots of them (one for every edit/newpage
across all of Wikimedia). Could be done in batches when implementing it with a
short local delay/buffer before outputting it, but still a ton of requests.

1b) Alternative: Like #1a, but do the changetag retrieval via SQL query to
labsdb instead of API request.

Pros:
 - Only one socket for events.
 - No API polling.
 - No API requests at all.
Cons:
 - dbreplag might cause problems.


2) Have the app generate a list of API entry points for all Wikimedia wikis
(using either operations/mediawiki-config data or using centralauth/sitematrix
API), and poll all these periodically for action=recentchanges, taking care to
ensure we don't miss edits (lower query is faster/cheaper, but means if there
is more than limit N number of edits since the last query, you miss out).

Pros:
 - Edit information included in main event stream (ApiRecentChanges).

Cons:
 - API polling.
 - One API request for each wiki, at an interval.
 - Not missing events is going to be hard.

3) Have the app fetch a list of wikis from labsdb.meta.wiki, open 1 connection
for each db shard, and start polling recentchanges for each wiki (using WHERE
query to find everything since the last poll, potentially LIMIT still to keep
things rate limited)

Pros:
 - Edit information included in main event stream (recentchanges table).
 - Only a few sockets needed (7 or 8) to be able to query all 100s of wikis.
 - No API polling.
 - No API requests at all.

Cons:
 - Slight delay due to dbreplag to labs, but we don't use anything else so it's
consistent should the app should be blind to it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62860] New: VisualEditor: Set up an IRC bot in #mediawiki-visualeditor to report visualeditor-needcheck edits on WMF wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62860

Bug ID: 62860
   Summary: VisualEditor: Set up an IRC bot in
#mediawiki-visualeditor to report
visualeditor-needcheck edits on WMF wikis
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: ASSIGNED
  Severity: normal
  Priority: Unprioritized
 Component: General
  Assignee: krinklem...@gmail.com
  Reporter: jforres...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
ryasm...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

This will alert us to things going wrong quickly. Hopefully. (Yes, there's a
risk of noise, but there should be 0 of these, anyway.)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62860] VisualEditor: Set up an IRC bot in #mediawiki-visualeditor to report visualeditor-needcheck edits on WMF wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62860

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
   Severity|normal  |enhancement

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62841] VisualEditor: Template tabbing is odd in Firefox (loses focus between parameters?)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62841

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 Status|NEW |ASSIGNED
   Assignee|jforrester+veteambztickets@ |tpars...@wikimedia.org
   |wikimedia.org   |

--- Comment #1 from James Forrester  ---
This is probably Firefox not respecting tab-index: -1; or something. Eurgh.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #17 from Jared Zimmerman (WMF)  ---
I ask again, what is the argument against this in your mind, "social issue" is
too vague for me to understand.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 60748] BetaFeatures: "Automatically enable ..." not working

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=60748

James Forrester  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from James Forrester  ---
(In reply to Kunal Mehta (Legoktm) from comment #6)
> (In reply to James Forrester from comment #5)
> > (In reply to Kunal Mehta (Legoktm) from comment #4)
> > > Patch fixes the typo which was making this not work.
> > 
> > Yay. Marking as FIXED.
> 
> Patch hasn't been merged yet :/

Sorry, thought I'd +2'ed but apparently not.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 60748] BetaFeatures: "Automatically enable ..." not working

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=60748

--- Comment #7 from Gerrit Notification Bot  ---
Change 116721 merged by jenkins-bot:
Fix typo when getting auto-enroll preference setting

https://gerrit.wikimedia.org/r/116721

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62859] VisualEditor: Save dialog animates size while animating open if it was large when it was closed

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62859

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |ASSIGNED
 CC||roan.katt...@gmail.com
  Component|Editing Tools   |MediaWiki integration
   Severity|normal  |minor

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #16 from MZMcBride  ---
(In reply to Jared Zimmerman (WMF) from comment #14)
> If your issue is performance surely the evaluation by Ori can confirm or
> deny that that will be an issue. 

Yes, I think you're missing the point. The only people to have repeatedly
mentioned performance concerns are yourself (comment 10 and bug 62845) and
Vibha (comment 8). Jon specifically stated in comment 9 that this isn't about
performance.

Meanwhile, in addition to inserting performance concerns into this discussion,
you (Jared) are also arguably spreading fear, uncertainty, and doubt by arguing
that there's a reader decline that must be addressed (comment 10).

> if your issue is some personal thing against twitter, fine, noted. But that
> doesn't really have much bearing on the bug. 

In my mind, this isn't a technical issue, it's a social issue. The technical
side of this is pretty simple (insert a few extra tags into the  of every
page).

What steps have you, Vibha, or anyone else on the design team taken to gauge
whether the Wikimedia community wants to add these tags? It's certainly
possible that most people either won't care or will prefer to have the tags,
but I'd suggest finding out first. If you've already had these discussions,
please include links. :-)

> Do you have an issue with that plan?

Yes, as explained in the preceding paragraph.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #15 from Jon  ---
MZ to play devils advocate would such a chance drop traffic? Even if the
increase is miniscle on English Wikipedia dont underestimate it on a smaller
project...

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62855] Intuition: message rendering should accept necessary html markup

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62855

--- Comment #2 from Purodha Blissenbach  
---
The translation is both current and correct as per
https://www.mediawiki.org/wiki/I18n#Expect_untranslated_words

Rendering is incorrectly treating necessary markup as data.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62859] New: VisualEditor: Save dialog animates size while animating open if it was large when it was closed

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62859

Bug ID: 62859
   Summary: VisualEditor: Save dialog animates size while
animating open if it was large when it was closed
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: roan.katt...@gmail.com
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org, ryasm...@wikimedia.org,
tpars...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

1. Open save dialog. It animates normally to small size.
2. Click Review changes. Dialog animates to medium size.
3. Close dialog.
4. Open dialog again.

When the dialog opens again, it's still medium size from last time, which we
animate back to small. But this animation is concurrent with the scale 0.5->1.0
opening animation, and the result of the two animations combined is pretty
strange-looking.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #14 from Jared Zimmerman (WMF)  ---
Max, I'm still a little unclear on your argument against this small change
which gives us a lot more control over how our content appears on 3rd party
sites in ways that better suit our licensing and TOS. 

If your issue is performance surely the evaluation by Ori can confirm or deny
that that will be an issue. 

if your issue is some personal thing against twitter, fine, noted. But that
doesn't really have much bearing on the bug. 

What i'm proposing is that we make a small change, measure, and evaluate. Do
you have an issue with that plan?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62858] New: search bar not working properly

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62858

Bug ID: 62858
   Summary: search bar not working properly
   Product: Wikimedia
   Version: wmf-deployment
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
  Assignee: wikibugs-l@lists.wikimedia.org
  Reporter: jhma...@gmail.com
   Web browser: ---
   Mobile Platform: ---

I'm not sure if this is the proper place for this topic. Feel free to move if
need be, but anyway the last week or so the search bar on Wikipedia has not
been working properly. When I type in something in the search bar and I select
the suggestion I want it does not automatically start loading the page. I have
to press enter or the magnifying glass this to load page. I'm on windows 7 and
x and use Firefox 3.6.x. any help out be appreciated and thank you in advance

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61167] Review and deploy Popups extension to Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61167

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|Review and Deploy 'Popups'  |Review and deploy Popups
   |extension   |extension to Wikimedia
   ||wikis

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62845] Evaluate performance impact of enabling TwitterCards extension on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62845

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|Evaluate performance impact |Evaluate performance impact
   |of enabling TwitterCards|of enabling TwitterCards
   |Extension on WMF wikis  |extension on Wikimedia
   ||wikis

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

MZMcBride  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=61487

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61487] Sharing a Wikimedia Commons file description on Twitter should use a Twitter card

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61487

MZMcBride  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=62811

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #13 from MZMcBride  ---
(In reply to Jared Zimmerman (WMF) from comment #10)
> We have a reader decline, its backed by hard numbers, any creative solution
> for bringing more readers and contributors into the project should be
> seriously discussed without being dismissed out of hand.

What reader decline are you referring to? Wikimedia wikis get about 21 billion
pageviews per month, according to . As I
understand it, the combined traffic of Wikimedia wikis puts us in the top ten
of all Web sites on the Internet. We have no issue reaching hundreds of
millions of readers every month.

> We already do plenty of platform or use case specific code for IE
> compatibility so this is nothing new.

Lack of browser support is considered a bug. Lack of completely optional meta
tags is considered a feature request. Let's be clear here, please.

> I'm having Ori look over Harsh's extension for any performance issues, and
> Dario is taking a look in order to see if there are any changes that can or
> should be made to help us better measure the effects of a change like this
> on traffic from referring sites. 
> 
> If it gets the blessing of Ori, my recommendation is to go forward with
> enabling the extension on WMF sites for now, measure the effect on traffic
> and evaluate in a few months.

This talk of "effect on traffic" is kind of laughable. At twenty-one billion
pageviews a month, I'm not really sure what kind of bump you're hoping for by
adding a few proprietary meta elements to the head of every page.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 53441] VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should go to veaction=edit not action=edit

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=53441

James Forrester  changed:

   What|Removed |Added

   Priority|Normal  |High

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 56220] WikiLexicalData installation script breaks: superfluous database prefix

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=56220

Hiong3-eng5  changed:

   What|Removed |Added

 CC||hiong3.e...@gmail.com

--- Comment #1 from Hiong3-eng5  ---
https://gerrit.wikimedia.org/r/#/c/119446/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62857] VisualEditor: Link inspector opens up in the wrong place after inside Media Settings dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62857

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |ASSIGNED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62811] Wikipedia Content is missing "twitter card" syntax for proper display

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62811

--- Comment #12 from Vibha Bamba  ---
Here are twitter stats on DAU's/ MAU's 
http://www.statisticbrain.com/twitter-statistics/

Anyone have numbers for twitter referral traffic to Wikipedia?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 52456] Jenkins: jshint jobs fallback to /srv/.jshinrc from integration/docroot.git

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=52456

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from Krinkle  ---
The job should not be enabled (especially not voting) on repositories without a
jshintrc file. This isn't a question of providing a sensible default. Enabling
it without a jshintrc file will always fail, and if not, it will be a false
positive.

Stop enabling (or honouring requests to do so) for repositories without such a
file in place.

I've said it before but I'll say it again, creating an empty .jshintrc file is
also not a solution and I'll hereby declare it an anti-pattern. Stop doing it
please.

Repositories may (not must) inherit the Wikimedia coding conventions[1].
However projects usually require some additional configuration specific to
their poject.

Providing a default file in the directory chain with the Wikimedia code
conventions is not a solution either for the same reason using other defaults
is not a solution. The settings must ship with the repository.

1) The repository is not dependent on our infrastructure (running jshint or
grunt locally should have the same effect, and linting plugins for code editors
need access to the settings in the expected location in order to give the right
feedback).

2) Builds don't unexpectedly start breaking.
  When the defaults change (either the one in docroot, the jshint default or
ours), this will break peoples tests for no reason and with no obvious source
of the problem. When our conventions are adjusted, these changes should
propagate to all the projects. However having these settings propagate
automatically is not productive because projects need to actually update their
code to account for the new settings, and until they do so, it's not very
productive to break their build because of a minor coding style change. Instead
they can update it whenever (and if) they want to. And again, reason #1.

Closing as INVALID. If changes in your repository produce broken builds because
of missing or invalid jshint settings, please blame whoever enabled it without
ensuring a jshintrc file is in place for enabling a useless job that is bound
to fail, and then add a jshintrc file[2] to the repository so the build will
start working :)

[1] https://www.mediawiki.org/wiki/Manual:Coding_conventions/JavaScript
[2] https://www.mediawiki.org/wiki/Manual:Coding_conventions/JavaScript#Linting

PS: How about we wrap bin/jshint in a script that returns early if .jshintrc is
missing?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62857] VisualEditor: Link inspector opens up in the wrong place after inside Media Settings dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62857

--- Comment #1 from ryasm...@wikimedia.org ---
Created attachment 14866
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=14866&action=edit
screenshot

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62857] New: VisualEditor: Link inspector opens up in the wrong place after inside Media Settings dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62857

Bug ID: 62857
   Summary: VisualEditor: Link inspector opens up in the wrong
place after inside Media Settings dialog
   Product: VisualEditor
   Version: unspecified
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Editing Tools
  Assignee: jforrester+veteambztick...@wikimedia.org
  Reporter: ryasm...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org, ryasm...@wikimedia.org,
tpars...@wikimedia.org
   Web browser: ---
   Mobile Platform: ---

Created attachment 14865
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=14865&action=edit
screenshot-1

Steps to reproduce:

1.Open a page with VE
2.Insert an image 
3.Go to Media Settings>General Settings 
4.Click outside the caption textbox
5.Click on link inspector icon

Observed Result:
The link inspector opens outside the textbox.
See the screenshot attached


Test Environment: http://en.wikipedia.beta.wmflabs.org/
Chrome Version 26.0.1410.65 & FF 25
OS: MAC OS X 10. 8. 5

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 54827] VisualEditor: Pressing "enter"/"return" on a selected node should open its dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=54827

James Forrester  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37870] VisualEditor: Support media (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=37870

Bug 37870 depends on bug 54827, which changed state.

Bug 54827 Summary: VisualEditor: Pressing "enter"/"return" on a selected node 
should open its dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=54827

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 53604] VisualEditor: Transclusion dialog improvements (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=53604

Bug 53604 depends on bug 54827, which changed state.

Bug 54827 Summary: VisualEditor: Pressing "enter"/"return" on a selected node 
should open its dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=54827

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 53604] VisualEditor: Transclusion dialog improvements (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=53604

Bug 53604 depends on bug 50996, which changed state.

Bug 50996 Summary: VisualEditor: Double-clicking on a node 
(image/template/reference/…) should open its dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=50996

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37870] VisualEditor: Support media (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=37870

Bug 37870 depends on bug 50996, which changed state.

Bug 50996 Summary: VisualEditor: Double-clicking on a node 
(image/template/reference/…) should open its dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=50996

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 50996] VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=50996

James Forrester  changed:

   What|Removed |Added

 Status|PATCH_TO_REVIEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62855] Intuition: message rendering should accept necessary html markup

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62855

Tim Landscheidt  changed:

   What|Removed |Added

 CC||m...@uberbox.org
  Component|tools   |[other]
   Assignee|m...@uberbox.org|krinklem...@gmail.com
Product|Wikimedia Labs  |Tool Labs tools

--- Comment #1 from Tim Landscheidt  ---
Assigning to Krinkle as the Intuition maintainer.

I don't know if Purodha means that, but on the "Övverseesch" tab, the second
label says "Dä Cookies iehr Lävenszigg.:", and the clear
cookies link next to the first field says "(Donn de Cookies
fottschmiiße)".  This seems to be limited to ksh, because the labels look
alright for English and German, so maybe just an outdated translation?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 54827] VisualEditor: Pressing "enter"/"return" on a selected node should open its dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=54827

--- Comment #2 from Gerrit Notification Bot  ---
Change 103062 merged by jenkins-bot:
Create mixin that tries to execute primary node command

https://gerrit.wikimedia.org/r/103062

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 50996] VisualEditor: Double-clicking on a node (image/template/reference/…) should open its dialog

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=50996

--- Comment #8 from Gerrit Notification Bot  ---
Change 103062 merged by jenkins-bot:
Create mixin that tries to execute primary node command

https://gerrit.wikimedia.org/r/103062

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 58371] VisualEditor: "Clear formatting" should never be highlighted

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=58371

Roan Kattouw  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||roan.katt...@gmail.com
 Resolution|FIXED   |---

--- Comment #4 from Roan Kattouw  ---
This now happens again. If you:

1. Select an image
2. Click Bold. This bolds the caption (this is a separate bug)
3. Select something else, then select the image again (otherwise the clear
formatting button doesn't get enabled)
3. Click Clear Formatting.
4. Observe that Clear Formatting is now depressed.

Obviously there are lots of other weird things going on, but it seems that the
only way that Clear Formatting button manages to not be depressed is by
assuming that it will always successfully clear all formatting and therefore be
disabled next.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62598] Filter for New User uploads in Mobile Web

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62598

--- Comment #18 from Arthur Richards  ---
Just to follow up from the mobile web team, we are going to be exploring the
possibility of filtering photo uploads based on missing EXIF data. We'll be
doing an assessment of which devices do not provide EXIF data and see if we can
programmatically determine whether or not a phone can provide EXIF data, so we
can start figuring out a safe approach to using this as a filter.
(https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1782)

Kenan should also be following up with those of you who expressed interest in
helping drive requirements for this stuff soon :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62845] Evaluate performance impact of enabling TwitterCards Extension on WMF wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62845

--- Comment #1 from Sam Reed (reedy)  ---
https://gerrit.wikimedia.org/r/119663 removes a weird ORDER BY from a select
call

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 61167] Review and Deploy 'Popups' extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=61167

--- Comment #14 from Gerrit Notification Bot  ---
Change 119447 merged by jenkins-bot:
Add Popups (Hovercards) extension

https://gerrit.wikimedia.org/r/119447

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62856] ContentHandler / #REDIRECT missing when using $content->getParserOutput( ...)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62856

--- Comment #1 from MWJames  ---
As noted on [0] (and confirmed by manual testing), the ContentHandler
implementation works for versions other than MW 1.23.

[0] https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/212

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 57187] Value of "Artist" should have a full URL

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=57187

--- Comment #5 from Gerrit Notification Bot  ---
Change 96528 merged by jenkins-bot:
Make sure local URLs in image description are always absolute

https://gerrit.wikimedia.org/r/96528

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 62716] Broken template expansion with nested template parameters

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=62716

--- Comment #6 from Gerrit Notification Bot  ---
Change 119540 merged by jenkins-bot:
(Bug 62716) Fixed bug in detecting unresolvable tpl targets.

https://gerrit.wikimedia.org/r/119540

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l