date:20120807

[Bug 39123] New: Adding Labsdebrepo role causes Puppet to complain about missing directory

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39123
   Summary: Adding Labsdebrepo role causes Puppet to complain
about missing directory
   Product: Wikimedia Labs
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: o...@wikimedia.org
CC: benap...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Aug  8 05:37:30 i-03a5 puppet-agent[24226]:
(/Stage[main]/Misc::Labsdebrepo/File[/data/project/repo]/ensure) change from
absent to directory failed: Cannot create /data/project/repo; parent directory
/data/project does not exist

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38092] Parsoid / parserTests: Add JUnit XML test output for Jenkins integration

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #4 from Krinkle  2012-08-08 04:40:44 UTC ---
This won't be an issue anymore when the tests are run from MediaWiki built-in
hooks (either in core or as an extension). Since PHPUnit already supports it
and Jenkins is already using it properly that way as well.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38514] Parsoid: Support PST pipe trick

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com
Summary|Parsoid does not parse pipe |Parsoid: Support PST pipe
   |trick   |trick

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38994] Implement a way to index Bugzilla bugs by Wikimedia wiki family

2012-08-07 Thread bugzilla-daemon

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

--- Comment #8 from Krinkle  2012-08-08 04:28:53 UTC ---
How about a query that lists all bugs for extensions used on a particular wiki?
No need for classification of each individual bug.

Except for shell requests that should get everything that is related. On the
software level there really can't/shouldn't be any "wiki project" specific
bugs.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38994] Implement a way to index Bugzilla bugs by Wikimedia wiki family

2012-08-07 Thread bugzilla-daemon

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

--- Comment #7 from Krinkle  2012-08-08 04:28:31 UTC ---
How about a query that lists all bugs for extensions used on a particular wiki?

Except for shell requests that should get everything that is related. On the
software level there really can't/shouldn't be any "wiki project" specific
bugs.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38994] Implement a way to index Bugzilla bugs by Wikimedia wiki family

2012-08-07 Thread bugzilla-daemon

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

--- Comment #6 from MZMcBride  2012-08-08 04:25:47 UTC ---
(In reply to comment #5)
> (In reply to comment #0)
>> It looks like Wikidata already has its own keyword
> 
> Yes, which was stupid and useless. The Wikidata extensions have their own
> components. And whatever goes into MediaWiki core has mediawiki-core bugs.
> Which may or may not be linked as dependency for a bug in a Wikidata 
> extension.
> 
> Also, some extensions are used my multiple wiki families and some extensions
> are only used some some language editions of a project.

There seems to be a fascination with edge cases. Keywords are never completely
encompassing. There will be corner cases or edge cases with any classification
scheme ever used anywhere. Who cares?

> Before discussing further I think it would be useful to put some use cases on
> the table. That will probably lead us to an appropiate solution. Because 
> having
> "being able to index bugs by wiki project" as a sole goal without use cases is
> completely useless in my opinion.

Sure. I tried to explain some use-cases above, but I'll try again.

When a young and wide-eyed developer comes along and says "I want to help
Wikisource! What are the software bugs facing Wikisource?", I want to be able
to point that person to a list of relevant, unresolved bugs.

When Wikimedia and others are doing strategic planning and looking at resource
allocation, I want them to be able to look at Bugzilla and say "We've sure got
a lot of unresolved bugs for this particular wiki family. Maybe it needs more
attention from Wikimedia staff."

Or perhaps classifying the bugs will be a means of finding out which wiki
families aren't using Bugzilla effectively. We know that Wikipedias generally
understand and use Bugzilla, but perhaps other wiki families are reporting
issues elsewhere (on the wiki, on mailing lists, etc.). Those wikis might need
more help or attention from the bug team to ensure that their bugs and feature
requests are properly filed and eventually get looked at and acted upon.

Again, bug count is not a perfect metric by any means, but it's a starting
point. It's a means of roughly tracking which issues are affecting which types
of wikis.

A few other methods have been attempted for tracking bugs. One method is using
tracking bugs (I'm not a huge fan of tracking bugs generally). Another method
appears to be using keywords (such as "wikidata"). This seems like what the
keywords system was designed for, to me.

There are less-than-ideal solutions such as having manual indices (I believe
some projects have "Feature wishlists" or simliar), but I don't think
separating Bugzilla from the feature/bug lists is a good idea. We need dynamic
lists so that it's possible to list all unresolved (open) bugs. We want to keep
the data centralized in this case to give people a single point of reference
for issue tracking.

I'm still a bit unclear why you don't like the "wikidata" keyword. From your
example, it seems like the bugs affecting core that Wikidata relies on would be
tagged rather unambiguously with the "wikidata" keyword. Why do you think such
a keyword is a bad idea?

And, broadly, do you think tracking by wiki family is useful? If so, do you
have a better system in mind for implementing this ability? (Or more to the
point: do you believe we should eliminate the "wikidata" keyword and/or the
Wikisource tracking bug? And if so, what would you replace them with?)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39122] New: Re-evaluate pages system in Wikimedia Report Card

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39122
   Summary: Re-evaluate pages system in Wikimedia Report Card
   Product: Analytics
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ReportCard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
CC: d...@wikimedia.org, dvanli...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


It looks like the Wikimedia Report Card has a rudimentary pages feature. For
example:

* http://reportcard.wmflabs.org/about
* http://reportcard.wmflabs.org/contact
* http://reportcard.wmflabs.org/project

All of which read "hello!" currently.

I'm not sure this is the best approach. Using a wiki comes with user
authentication, page history and control, an established editing syntax, and a
whole lot of other features. Using a homegrown pages solution duplicates a lot
or all of this effort for little benefit, as far as I can see. I don't know too
much about this software package ("Limn"), but I think this part of the
software needs reconsideration.

I suppose one of the big questions is whether this software (Limn) is intended
to be used outside of this particular project (Wikimedia Report Card). If not,
I think it definitely makes sense to use Meta-Wiki or mediawiki.org or some
other wiki for these types of pages (similar to how
 is already linked to/integrated into
the footer).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39121] New: Provide link to exportable data (CSV) from Wikimedia Report Card

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39121
   Summary: Provide link to exportable data (CSV) from Wikimedia
Report Card
   Product: Analytics
   Version: unspecified
  Platform: All
   URL: http://reportcard.wmflabs.org/
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ReportCard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
CC: d...@wikimedia.org, dvanli...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Even though it's only a snapshot into the much larger data source (i.e.,
stats.wikimedia.org), the graphs at  come with
associated CSV files. For example, the associated CSV file for
 can be found at
.

It'd be nice if this exportable data were linked somewhere in the interface.
It's currently a bit Easter egg-y.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39120] New: Graph types are unclear on Wikimedia Report Card

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39120
   Summary: Graph types are unclear on Wikimedia Report Card
   Product: Analytics
   Version: unspecified
  Platform: All
   URL: http://reportcard.wmflabs.org/
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ReportCard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
CC: d...@wikimedia.org, dvanli...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Looking at the current version of , there are
two graph categories: "Core" and "Other".

There doesn't appear to be any explanation of what "Core" or "Other" means in
this context. Some kind of introductory text might be nice.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39119] New: Wikimedia Report Card does not give data sources for most graphs

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39119
   Summary: Wikimedia Report Card does not give data sources for
most graphs
   Product: Analytics
   Version: unspecified
  Platform: All
   URL: http://reportcard.wmflabs.org/
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ReportCard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
CC: d...@wikimedia.org, dvanli...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


At  currently, there's no explanation of where
the data from the graphs comes from. As I understand it, most of the data comes
from stats.wikimedia.org while one of the graph's data comes from comScore.
Ideally there would be a citation next to each graph explaining the data
source. Alternately, you could add a footnote explaining that all graphs use
stats.wikimedia.org as a data source unless otherwise specified.

I'm unclear whether stats.wikimedia.org has any pages on it explaining its
methodology for gathering these statistics, but if so, that might be nice to
link to as well.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38394] Pages with at least an image

2012-08-07 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2012-08-08 03:36:59 UTC ---
I don't believe this is related to the Wikimedia Report Card.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 35597] Add read-only mode to Wikimedia Report Card

2012-08-07 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

Summary|Add read-only mode  |Add read-only mode to
   ||Wikimedia Report Card

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 35597] Add read-only mode

2012-08-07 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2012-08-08 03:35:44 UTC ---
(In reply to comment #0)
> Some charts, particular the ones for the metrics meeting, should not be
> editable.

Is this bug still unresolved? I didn't see any editing interface at
, but perhaps I wasn't hitting the appropriate
URL?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 35725] Choropleth maps of geodata

2012-08-07 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2012-08-08 03:07:15 UTC ---
This bug is missing a description (the description field is completely blank).
This makes the bug vastly more difficult to resolve. Please fill in a
description of the bug.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39118] {{reflist}} template cannot be rendered correctly in official App.

2012-08-07 Thread bugzilla-daemon

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

cccmm...@hotmail.com changed:

   What|Removed |Added

Mobile Platform|--- |Android
Web browser|--- |Google Chrome

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39118] New: {{reflist}} template cannot be rendered correctly in official App.

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39118
   Summary: {{reflist}} template cannot be rendered correctly in
official App.
   Product: Wikipedia App
   Version: 3.2 (iOS) / 1.2 (Android)
  Platform: Other
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Generic
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: cccmm...@hotmail.com
Classification: Unclassified
   Mobile Platform: ---


When the reference list using {{reflist|2}} or {{reflist|30em}}, it cannot be
rendered correctly in my official android app(app version 1.2.1, Galaxy Nexus,
Android 4.1.1): the reference list would repeat twice.

Additionally, the reference list using {{reflist|30em}} also cannot be rendered
correctly in my Internet Explorer 9(on Windows 7), the parameter |30em doesn't
work. But it is normal in my Google Chrome(Windows) and Safari(iPad).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 37820] VisualEditor: Creating link over an existing link is broken

2012-08-07 Thread bugzilla-daemon

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

--- Comment #11 from MZMcBride  2012-08-08 02:32:20 UTC ---
(In reply to comment #5)
> No. :-) Per http://wikitech.wikimedia.org/view/Software_deployments#Ongoing it
> is scheduled to happen from 19 minutes' time, for up to three hours. Remarking
> as resolved.

I looked at 
and its associated page history and I have no idea what this comment is
referring to. There's no mention of VisualEditor on that page. The only mention
of VisualEditor I can find is at
 in an
entry dated June 21.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 37820] VisualEditor: Creating link over an existing link is broken

2012-08-07 Thread bugzilla-daemon

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

--- Comment #10 from MZMcBride  2012-08-08 02:16:13 UTC ---
(In reply to comment #9)
> Max - This bug is already explicitly tagged against a release milestone (this
> last Monday's), as you'd see if you looked. :-)

James, I saw the bug filer not being able to verify that the bug was fixed.
That's more than enough to mark it as reopened. Start meeting your deployment
schedule and provide a way to measure which version of VisualEditor is deployed
(in addition to, you know, fixing the actual reported bug) and then you can
comment about what I did or did not notice.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39082] Add support for deploying per-datacenter config variances

2012-08-07 Thread bugzilla-daemon

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

Tim Starling  changed:

   What|Removed |Added

 CC||tstarl...@wikimedia.org

--- Comment #2 from Tim Starling  2012-08-08 01:11:04 
UTC ---
This is already done, isn't it? Antoine set it up to support labs, using the
same method we used for yaseo. We have db-wmflabs.php, mc-wmflabs.php,
CommonSettings-wmflabs.php, etc. 

The new configuration setup has two axes: realm and cluster. Realm is for
labs/production, cluster is for pmtpa/eqiad. The realm is configured with
/etc/wikimedia-realm. When we had yaseo, the cluster was configured with
/etc/wikimedia-cluster, and I assume we'll be doing that again once we have
more than one cluster.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39108] PageTriage Undefined index: user_name

2012-08-07 Thread bugzilla-daemon

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

bs...@wikimedia.org changed:

   What|Removed |Added

 CC||bs...@wikimedia.org

--- Comment #1 from bs...@wikimedia.org 2012-08-08 00:35:05 UTC ---
The unit test for PageTriage is out of date, :(

I will manage some time later this week to update them

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 24199] DynamicPageList2 has security issues

2012-08-07 Thread bugzilla-daemon

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

Jan Schejbal  changed:

   What|Removed |Added

   Priority|Low |Normal
 CC||jan-bugrep...@gmx.de
   Severity|enhancement |critical

--- Comment #8 from Jan Schejbal  2012-08-08 00:34:12 UTC 
---
I was able to perform XSS on revision 72454 and have no reason to believe this
wouldn't work with current versions. I do not want to publicly disclose the
exploit. That $wgRawHtml hack really needs to go away. Setting such a global
variable and never changing it back (!) sounds like a great way to cause nasty
security issues everywhere.

I have set severity=critical, priority=normal, please correct it if that was
wrong.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39117] Config setting to remove printable version link

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Keywords||easy

--- Comment #1 from Sam Reed (reedy)  2012-08-08 00:20:11 
UTC ---
Should be trivially do-able by inserting a usage or 2 into SkinTemplate, and
one into SkinLegacy

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38987] Wikitext to html parsing works QUnit test broken

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #11 from Krinkle  2012-08-08 00:19:33 UTC ---
I62e39e0b05e3f9b5f78e2ac28a6f3ca0b608d152

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39116] Former account of renamed accounts can be picked up by any user

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 CC||aschulz4...@gmail.com
  Component|General/Unknown |Renameuser
Product|MediaWiki   |MediaWiki extensions
   Severity|critical|normal

--- Comment #2 from Sam Reed (reedy)  2012-08-08 00:16:09 
UTC ---
(In reply to comment #0)
> Obviously any user can pick up a formerly used account name after the former
> user's account name has been renamed to a new name.

And?

What are you wanting doing? A creation of a "stub" account in it's place so no
one else can register an account? Just in case it might be used for "bad
purposes"? (though, I have seen some 'crats do that on some wikis)

What if someone validly wants to use that username? They then have to request a
usurp?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39117] Config setting to remove printable version link

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Severity|normal  |enhancement

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39117] New: Config setting to remove printable version link

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39117
   Summary: Config setting to remove printable version link
   Product: MediaWiki
   Version: 1.19
  Platform: All
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: porplemont...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


There is no config setting to remove the printable version link from the
toolbox. Default it to true and allow folks to use as such:

$wgPrintableVersionLink = false;

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39116] Former account of renamed accounts can be picked up by any user

2012-08-07 Thread bugzilla-daemon

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

--- Comment #1 from Matthias Becker  2012-08-08 
00:01:09 UTC ---
For example
http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&user=Nbruechert which
has been picked up in a recent discussion so for unexperiences users it appears
that the former user contributed to a discussion.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39116] New: Former account of renamed accounts can be picked up by any user

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39116
   Summary: Former account of renamed accounts can be picked up by
any user
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: matthiasbecker1...@yahoo.de
Classification: Unclassified
   Mobile Platform: ---


Obviously any user can pick up a formerly used account name after the former
user's account name has been renamed to a new name.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39103] mw.util.wikiScript(..) and wfScript(..) do not respect custom $wgScript and $wgLoadScript

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
   Target Milestone|--- |1.20.0 release

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39102] "Entry points" section on Special:Version should respect custom $wgScript and $wgLoadScript

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

   Target Milestone|--- |1.20.0 release

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39103] mw.util.wikiScript(..) and wfScript(..) do not respect custom $wgScript and $wgLoadScript

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 Blocks||39102

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39102] "Entry points" section on Special:Version should respect custom $wgScript and $wgLoadScript

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com
 Depends on||39103
Summary|Entry points on |"Entry points" section on
   |Special:Version does not|Special:Version should
   |respect customization   |respect custom $wgScript
   ||and $wgLoadScript

--- Comment #2 from Krinkle  2012-08-07 23:07:42 UTC ---
Same for Wikimedia Foundation wikis, it should show the custom location of
load.php on bits.wikimedia.org instead of the local one.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39103] mw.util.wikiScript(..) and wfScript(..) do not respect custom $wgScript and $wgLoadScript

2012-08-07 Thread bugzilla-daemon

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

Krinkle  changed:

   What|Removed |Added

  Component|JavaScript  |General/Unknown
Summary|mw.util.wikiScript does not |mw.util.wikiScript(..) and
   |respect customization of|wfScript(..) do not respect
   |entry points|custom $wgScript and
   ||$wgLoadScript

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39103] mw.util.wikiScript does not respect customization of entry points

2012-08-07 Thread bugzilla-daemon

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

--- Comment #1 from Krinkle  2012-08-07 23:04:28 UTC ---
btw, nor does GlobalFunctions.php: wfScript() on the server side.

If and when we are going to support this, we'd have to special-case the ones
that have their own variable:
* wgScript
* wgLoadScript

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38991] Curation Toolbar Tag Wizards: Prompts and Text Boxes in Details Panels

2012-08-07 Thread bugzilla-daemon

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

Fabrice Florin  changed:

   What|Removed |Added

Summary|Curation Toolbar Tag|Curation Toolbar Tag
   |Wizards: Text Boxes in  |Wizards: Prompts and Text
   |Details Panels  |Boxes in Details Panels

--- Comment #2 from Fabrice Florin  2012-08-07 23:02:45 
UTC ---
Hi Benny,

Here are the proposed changes for the Tag Wizard prompts above the text boxes,
based on our discussions with Oliver in recent days.

I have also added this to this Bugzilla ticket, where we can track these
issues:

Bug 38991 - Curation Toolbar Tag Wizards: Text Boxes in Details Panels
https://bugzilla.wikimedia.org/show_bug.cgi?id=38991


Thanks!


Fabrice

_

Curation Toolbar Tag Wizard: Prompts and Text Boxes in Details Panels


* Copy edit
This page needs copy editing for grammar, style, cohesion, tone, and/or
spelling.

Describe issues to be addressed:

[text box    ]



* More footnotes
This page has some references, but insufficient in-text citations.

Is the article about the biography of a living person?  ( ) Yes  ( ) No


* Stub
This page is very short.


* Cleanup
This page requires cleanup.

Describe issues to be addressed:

[text box    ]



* Copy edit
This page needs copy editing for grammar, style, cohesion, tone, and/or
spelling.

Describe issues to be addressed:

[text box    ]



* Needs an expert
This page needs attention from an expert on the subject.

Describe issues to be addressed:

[text box    ]



* Wikify
This page needs to use a more standard wiki format.

Describe issues to be addressed:

[text box    ]




* Primary sources
This page relies too heavily on first-hand sources, and needs third-party
sources.

Is the article about the biography of a living person?  ( ) Yes  ( ) No



* Lead rewrite
This page's lead section needs to be rewritten to comply with guidelines.

Describe issues to be addressed:

[text box    ]



* Close paraphrasing
This page contains close paraphrasing of a non-free copyrighted source.

What is the source?  

[ Text box  _  ]

Freely licensed?  ( ) Yes  No ( )


* Copy and paste
This page appears to have been copied and pasted from another source.

Please add a URL for that source.

[text box    ]


* Citation style
This page has unclear or inconsistent inline citations.

Describe issues to be addressed:

[text box    ]


* Confusing
This page seems confusing or unclear.

Describe issues to be addressed:

[text box    ]


I also updated the Google doc accordingly:
https://docs.google.com/a/wikimedia.org/spreadsheet/ccc?key=0AiGAdIp7VYlbdFhVWE0tcTlfZXdNSTNIZ21EdllpV0E#gid=0

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39106] Make EQIAD new primary data-center (tracking)

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Priority|Unprioritized   |Highest

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

--- Comment #6 from Andre Engels  2012-08-07 22:40:30 
UTC ---
Thanks for the quick reaction, guys! *big hug*

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38052] Curation Toolbar Tag Wizard: Tag Index

2012-08-07 Thread bugzilla-daemon

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

--- Comment #2 from Fabrice Florin  2012-08-07 22:40:16 
UTC ---
This is a great feature, thank you!

Could we rename it 'All tags' (instead of just 'All'), for consistency with
'More tags?'

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38992] Curation Toolbar Tag Wizard: More Footnotes

2012-08-07 Thread bugzilla-daemon

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

--- Comment #1 from Fabrice Florin  2012-08-07 22:33:00 
UTC ---
Note that we also need to add the same question and yes/no answer for this tag:
'Primary sources'.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 37820] VisualEditor: Creating link over an existing link is broken

2012-08-07 Thread bugzilla-daemon

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

James Forrester  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #9 from James Forrester  2012-08-07 
22:02:00 UTC ---
Max - This bug is already explicitly tagged against a release milestone (this
last Monday's), as you'd see if you looked. :-)

Liangent - This is fixed and 'in live' as of yesterday, but unfortunately you
won't be able to tell as bug 39111 has broken the link inspector entirely
(sorry, we should have tested this before deployment). Will live-patch in the
next few hours, at which point I'll ping back on this bug.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39114] Remove nagios-wm from #wikimedia-tech

2012-08-07 Thread bugzilla-daemon

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

Nemo_bis  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #1 from Nemo_bis  2012-08-07 21:56:29 UTC 
---
(In reply to comment #0)
> I believe the bot was already removed from #wikimedia-tech previously, but it
> recently re-appeared on or near August 3, I'm told.

More precisely, removed with gerrit change 2675 and reappeared on August 2,
21.41 UTC: 
23:41 -!- nagios-wm [~nagios...@spence.wikimedia.org] has joined
#wikimedia-tech

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39114] New: Remove nagios-wm from #wikimedia-tech

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39114
   Summary: Remove nagios-wm from #wikimedia-tech
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
Classification: Unclassified
   Mobile Platform: ---


Following bug 35248 and the general trend of making #wikimedia-tech a (tech)
help channel, please remove nagios-wm from #wikimedia-tech. It can continue to
report issues in #wikimedia-operations (or #wikimedia-status or really anywhere
besides #wikimedia-tech).

I believe the bot was already removed from #wikimedia-tech previously, but it
recently re-appeared on or near August 3, I'm told.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39111] VisualEditor: Link types need to be used by the UI so that the link inspector doesn't fail completely. :-)

2012-08-07 Thread bugzilla-daemon

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

Rob Moen  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #1 from Rob Moen  2012-08-07 21:48:05 UTC ---
Patched in https://gerrit.wikimedia.org/r/#/c/18048/ 
Roan advised he will attempt a deploy of this today.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39113] New: noinclude / includeonly context wrongly set to 'include' when processing template parameters

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39113
   Summary: noinclude / includeonly context wrongly set to
'include' when processing template parameters
   Product: Parsoid
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: JS/token-stream transforms
AssignedTo: gwi...@wikimedia.org
ReportedBy: gwi...@wikimedia.org
CC: mtrac...@member.fsf.org, ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


{{echo|noincludeinclude}}
should return 'noinclude', but returns 'include'.

See also
http://www.mediawiki.org/wiki/Parsoid/Bug_test_cases#Noinclude.2Fincludeonly_wrongly_uses_include_context_in_template_parameters.

Reported by liangent on IRC.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 37820] VisualEditor: Creating link over an existing link is broken

2012-08-07 Thread bugzilla-daemon

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

--- Comment #8 from Liangent  2012-08-07 21:47:24 UTC ---
(In reply to comment #7)
> Re-opening this bug for now. Until the bug filer can verify that the bug has
> been fixed, it doesn't make much sense to mark it as such. We don't really use
> "verified" in our current Bugzilla workflow, though perhaps we ought to in the
> future.

Some of us are using it, see bug 39040.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39112] New: When creating a new thread, several duplicates are created

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39112
   Summary: When creating a new thread, several duplicates are
created
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
   URL: https://translatewiki.net/w/i.php?title=User_talk:Theu
nitedstatesofme&lqt_method=talkpage_history
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: LiquidThreads
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: federicol...@tiscali.it
CC: agarr...@wikimedia.org, niklas.laxst...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


As you can see in the URL, when I created the second thread in the page 4
copies were actually created. After saving, I saw 6 (if I remember correctly)
JS loading icons and I exited the page before they disappeared.
This is not happening consistently and I don't know if it's LQT fault; note
that LQT seems quite unreliable on translatewiki.net over HTTPS (but usually
edits are lost rather than multiplicated).
Bug 30222 seems different.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

--- Comment #5 from Danny B.  2012-08-07 21:42:05 UTC ---
I commented those templates out for the time being...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 37820] VisualEditor: Creating link over an existing link is broken

2012-08-07 Thread bugzilla-daemon

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

MZMcBride  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #7 from MZMcBride  2012-08-07 21:41:53 UTC ---
(In reply to comment #6)
> (In reply to comment #5)
>> No. :-) Per http://wikitech.wikimedia.org/view/Software_deployments#Ongoing 
>> it
>> is scheduled to happen from 19 minutes' time, for up to three hours. 
>> Remarking
>> as resolved.
> 
> Is it deployed now so I can re-test these bugs?

Hmm, perhaps VisualEditor should have some kind of exposure of a version number
or last deployment date? Given the frequent deployments and code changes, I
think it'd be helpful for testing and bug-filing. I'm not sure if
Special:Version covers this already. Perhaps a separate bug is needed?

Re-opening this bug for now. Until the bug filer can verify that the bug has
been fixed, it doesn't make much sense to mark it as such. We don't really use
"verified" in our current Bugzilla workflow, though perhaps we ought to in the
future.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

Domas Mituzas  changed:

   What|Removed |Added

 CC||domas.mitu...@gmail.com

--- Comment #4 from Domas Mituzas  2012-08-07 21:41:22 
UTC ---
For more background:

http://oc.wikipedia.org/wiki/Discussion_Utilizaire:Midom
http://oc.wikipedia.org/wiki/Utilizaire:Midom

;-)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39107] Summary and license headers on uploaded wiki page are badly formatted

2012-08-07 Thread bugzilla-daemon

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

Jon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39111] VisualEditor: Link types need to be used by the UI so that the link inspector doesn't fail completely. :-)

2012-08-07 Thread bugzilla-daemon

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

James Forrester  changed:

   What|Removed |Added

   Priority|Unprioritized   |Highest
 Status|NEW |ASSIGNED
 CC||roan.katt...@gmail.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39111] New: VisualEditor: Link types need to be used by the UI so that the link inspector doesn't fail completely. :-)

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39111
   Summary: VisualEditor: Link types need to be used by the UI so
that the link inspector doesn't fail completely. :-)
   Product: VisualEditor
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Unprioritized
 Component: User Interface
AssignedTo: rm...@wikimedia.org
ReportedBy: jforres...@wikimedia.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


As DM now has been adopted to the new RDFa link types, the UI needs to be
adapted to them. Right now, all link inspectors fail utterly.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

--- Comment #3 from Danny B.  2012-08-07 21:30:34 UTC ---
That's becasue of way so excessive templates
https://oc.wikipedia.org/wiki/Template:Latfr and
https://oc.wikipedia.org/wiki/Template:Lonfr

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 14956] Pages that hit memory limit should fail gracefully

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 CC||andreeng...@gmail.com

--- Comment #6 from Sam Reed (reedy)  2012-08-07 21:29:46 
UTC ---
*** Bug 39110 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Sam Reed (reedy)  2012-08-07 21:29:46 
UTC ---


*** This bug has been marked as a duplicate of bug 14956 ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Severity|normal  |minor

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

  Component|General/Unknown |Parser
Product|Wikimedia   |MediaWiki

--- Comment #1 from Sam Reed (reedy)  2012-08-07 21:29:09 
UTC ---
(In reply to comment #0)
> The page https://oc.wikipedia.org/wiki/Par%C3%ADs (which should give the
> Occitan language article about the city of Paris), gives a 'Wikipedia is down'
> message instead, and probably has done so for the last half year or so.

PHP fatal error in
/usr/local/apache/common-local/php-1.20wmf8/includes/parser/Preprocessor_Hash.php
line 787: 
Allowed memory size of 134217728 bytes exhausted (tried to allocate 16777216
bytes)


For whatever reason, the page is memory expensive to parse, and as such can't
be completed.

Commenting out the main infobox, allows the page to be rendered, suggesting the
expensive part is somewhere in there

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39107] Summary and license headers on uploaded wiki page are badly formatted

2012-08-07 Thread bugzilla-daemon

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

--- Comment #2 from Brion Vibber  2012-08-07 21:27:57 UTC 
---
https://github.com/wikimedia/WLMMobile/pull/109 appears to fix it, please
review :D

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39107] Summary and license headers on uploaded wiki page are badly formatted

2012-08-07 Thread bugzilla-daemon

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

--- Comment #1 from Brion Vibber  2012-08-07 21:22:21 UTC 
---
Problem doesn't appear to be lack of newlines, but addition of lots of
whitespace between the beginning of the line and the text.

Looks like a regression in commit 0ce8f5fedc484a362c4cb515f002a0d5ea8f35bc,
which switched from generating a string to using the template library; the
template source is heavily indented, which apparently is being preserved in the
output.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39110] New: page on oc: wikipedia returns 'wikipedia is down' message

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39110
   Summary: page on oc: wikipedia returns 'wikipedia is down'
message
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: andreeng...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


The page https://oc.wikipedia.org/wiki/Par%C3%ADs (which should give the
Occitan language article about the city of Paris), gives a 'Wikipedia is down'
message instead, and probably has done so for the last half year or so.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39109] New: certain admin levels are empty

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39109
   Summary: certain admin levels are empty
   Product: WikiLoves Monuments Mobile
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Browse
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jrob...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Currently when viewing campaigns certain campaigns have no monuments. These
should probably not be returned in the api or printed in the app as these add
noise to the browsing experience.

Arguably however it might be useful for a user to know whether their region has
monuments or not (in which case feel free to close as a WONTFIX)

Example:

http://toolserver.org/~erfgoed/api/api.php?action=search&sradm0=ee&sradm1=ee-67&sradm2=V%25C3%25A4ndra%2520vald%2520(alev)&format=json

returns no monuments

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 37820] VisualEditor: Creating link over an existing link is broken

2012-08-07 Thread bugzilla-daemon

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

--- Comment #6 from Liangent  2012-08-07 20:35:37 UTC ---
(In reply to comment #5)
> No. :-) Per http://wikitech.wikimedia.org/view/Software_deployments#Ongoing it
> is scheduled to happen from 19 minutes' time, for up to three hours. Remarking
> as resolved.

Is it deployed now so I can re-test these bugs?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39087] If a user's default license is set to a license that isn't allowed in a campaign, the UploadWizard breaks

2012-08-07 Thread bugzilla-daemon

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

--- Comment #2 from Ryan Kaldari  2012-08-07 20:32:55 
UTC ---
The only workaround in the meantime is to allow more license choices in the
campaigns and hope no one has their default upload license set to PD-USGov-NASA
:P

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39087] If a user's default license is set to a license that isn't allowed in a campaign, the UploadWizard breaks

2012-08-07 Thread bugzilla-daemon

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

Maarten Dammers  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 CC||maar...@mdammers.nl

--- Comment #1 from Maarten Dammers  2012-08-07 20:23:28 
UTC ---
Ouch, that's serious breakage. Bumped it

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39053] New file uploaded should inherit category where upload was started

2012-08-07 Thread bugzilla-daemon

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

--- Comment #5 from Mark Holmquist  2012-08-07 
20:15:05 UTC ---
Well, that would require even more special pages. I'm probably not going to do
that. You could use [[Special:UploadWizard?intocats=category]] or similar, but
it would require additional changes.

Really, it seems like your suggestions mostly could be solved by creating
campaigns and using them.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 34703] Unable to change file extension while uploading file

2012-08-07 Thread bugzilla-daemon

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

--- Comment #7 from Mark Holmquist  2012-08-07 
20:13:15 UTC ---
I don't understand what any of that has to do with this.

The solution I just suggested would not affect anything like what files you
could/couldn't upload, it would just be "if the file extension (the string
after the last '.' in the filename) is upper case, make it lower case". That's
the only thing I think we need, plus another parallel solution for making it
upper case. Would that be enough?

We could also add a config option for funneling, e.g., 'jpeg' -> 'jpg'.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39053] New file uploaded should inherit category where upload was started

2012-08-07 Thread bugzilla-daemon

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

--- Comment #4 from Marcin Cieślak  2012-08-07 
20:12:36 UTC ---
Great!

maybe even we could easily link to it from the wikitext by saying on the
category page:

[[Special:UploadInto/{{PAGENAME}}|Add a picture to this category}}

or on NS_FILE page:

[[Special:UploadInto/{{PAGENAME}}|Upload a derivative work]]

Knowing our community it will be creatively used also for use cases like

You can [[Special:UploadInto/Category:Apples|upload images about apples in this
category]], but please go to [[Special:UploadInto:Category:Oranges|oranges
instead if necessary]].

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 34703] Unable to change file extension while uploading file

2012-08-07 Thread bugzilla-daemon

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

--- Comment #6 from Marcin Cieślak  2012-08-07 
20:08:30 UTC ---
We already have http://www.mediawiki.org/wiki/Manual:$wgFileExtensions
plus we have also a pretty complex MIME/content type detection mechanism (see
also http://www.mediawiki.org/wiki/File_upload)

some.file -> uploaded as (autodetected), add default extension
file.jpg  -> uploaded as the JPEG file, keep JPG extension
file.jpeg -> uploaded as the JPEG file, keep JPEG extension
file.svg  -> uploaded as the SVG file, keep SVG extension

But there is a problem too, suppose I want to upload today

some.file.webm -> upload as (autodected), I will probably get an error

but once bug 30653 is fixed, it will become:

some.file.webm -> upload as WebM file, use .webm extension

do you think this is too confusing?

(however, to add some confusion, there is bug 38927 as well, did bug 30653 got
fixed?).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39099] PHP Warning: Invalid argument supplied for foreach() in /www/w/includes/Uri.php on line 262

2012-08-07 Thread bugzilla-daemon

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

--- Comment #10 from Tyler Romeo  2012-08-07 20:06:20 UTC 
---
(In reply to comment #9)
> >The only reason you're getting these
> >warnings now and not previously is because the original URL functions just
> >returned false on error rather than actually issuing a warning
> 
> Returning false sounds like the more desired behaviour. If the issue is really
> something that cannot be ignored, an exception should be thrown. PHP notices
> are icky. (In this case, I think wfDebug is more appropriate than wfWarn).
> 
> >2) callto scheme error - Can be fixed by adding "callto:" to allowed 
> >protocols.
> 
> If the issue is that Uri.php fails badly when fed an invalid url, making all
> urls valid is not a good solution, as it would defeat the point of doing url
> validation.

I agree, and most likely a switch to wfDebug will be the answer, but I'm still
wondering why and in what context MW would be using invalid URLs like that.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 25471] Add "Delete associated talk page" option to action=delete

2012-08-07 Thread bugzilla-daemon

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

Tyler Romeo  changed:

   What|Removed |Added

 CC||tylerro...@gmail.com

--- Comment #2 from Tyler Romeo  2012-08-07 20:04:26 UTC 
---
https://gerrit.wikimedia.org/r/17982

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39106] Make EQIAD new primary data-center (tracking)

2012-08-07 Thread bugzilla-daemon

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

Sam Reed (reedy)  changed:

   What|Removed |Added

   Severity|normal  |enhancement

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39053] New file uploaded should inherit category where upload was started

2012-08-07 Thread bugzilla-daemon

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

--- Comment #3 from Mark Holmquist  2012-08-07 
19:56:58 UTC ---
OK, now I'm seeing a much better solution arising. Pages in the NS_FILE
namespace could get an additional "upload" link that has something like
?keepcats=true in the query string, then we can check for that on the server
side and forward on a list of the categories to the client side.

OK, I like it. I'll keep this in mind.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39099] PHP Warning: Invalid argument supplied for foreach() in /www/w/includes/Uri.php on line 262

2012-08-07 Thread bugzilla-daemon

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

--- Comment #9 from Bawolff  2012-08-07 19:55:10 UTC ---
>The only reason you're getting these
>warnings now and not previously is because the original URL functions just
>returned false on error rather than actually issuing a warning

Returning false sounds like the more desired behaviour. If the issue is really
something that cannot be ignored, an exception should be thrown. PHP notices
are icky. (In this case, I think wfDebug is more appropriate than wfWarn).

>2) callto scheme error - Can be fixed by adding "callto:" to allowed protocols.

If the issue is that Uri.php fails badly when fed an invalid url, making all
urls valid is not a good solution, as it would defeat the point of doing url
validation.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39053] New file uploaded should inherit category where upload was started

2012-08-07 Thread bugzilla-daemon

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

--- Comment #2 from Marcin Cieślak  2012-08-07 
19:54:25 UTC ---
When I started to pay more attention to the workflow I noticed that it is more
and more useful to me. I uploaded a derivative work today (a vector silhouette
of  animal's head out of the foto) and I actually wanted to have the same
categories. 

I was thinking more about something along the lines of a separate "Upload here"
button (on a sidebar)? If you start with it, you are clearly uploading a
derivative or similar work.

Button to "kill them all" sounds like another JavaScript fragile gadget... not
sure

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 34703] Unable to change file extension while uploading file

2012-08-07 Thread bugzilla-daemon

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

--- Comment #5 from Mark Holmquist  2012-08-07 
19:51:51 UTC ---
Hm. A big concern of mine is that less-experienced users might see an error
message like "incompatible filetype" and not know what to do. For those users,
it would almost certainly be nicer to not even allow the mistakes that might
cause the error. We already have plenty of confusing error messages in UW, I'm
not about to add another one!

The more I think about this, the more I think it might be better to solve this
problem with a server-side configuration setting--let the site admins specify
that they want all file extensions (upper|lower)case, and then perform that
operation on the client-side before upload. Maybe that's the way to solve this,
because there's no burden on the user whatsoever, and it would make things look
a lot more uniform.

Thoughts?

(also, I'm not currently working on this, but I might during the next UW
sprint, which is coming up soonish)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 34703] Unable to change file extension while uploading file

2012-08-07 Thread bugzilla-daemon

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

--- Comment #4 from Marcin Cieślak  2012-08-07 
19:47:34 UTC ---
Thanks for taking this up.

I would say the dropdown is an overkill.

Maybe just extension added at the end of the filename with the dot. However, it
might be difficult to determine whether the intention was to add an extension
or some dotted segment (some.file.name - do we accept this?). 

Maybe if the filename ends with . + one of the allowed extensions, it is left
as-is?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38763] Our *.wikimedia.org cert doesn't properly cover https://pa.us.wikimedia.org/

2012-08-07 Thread bugzilla-daemon

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

Ruslan  changed:

   What|Removed |Added

 CC||rusli...@gmail.com

--- Comment #2 from Ruslan  2012-08-07 19:32:56 UTC ---
*.planet.wikimedia.org is also problematic.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39099] PHP Warning: Invalid argument supplied for foreach() in /www/w/includes/Uri.php on line 262

2012-08-07 Thread bugzilla-daemon

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

--- Comment #8 from Tyler Romeo  2012-08-07 19:31:09 UTC 
---
So to list the problems:

1) foreach error - No idea why this is happening. This is a bug in the core.
2) callto scheme error - Can be fixed by adding "callto:" to allowed protocols.
3) invalid URL error - This is because PHP's parse_url does not handle empty
URLs, i.e., only a protocol.

I cannot seem to reproduce any of these errors on a base MW installation
unfortunately, but I'm still looking. Hopefully somebody else has an idea of
where these invalid URLs are coming from. The only reason you're getting these
warnings now and not previously is because the original URL functions just
returned false on error rather than actually issuing a warning.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 36791] Date selector on SpecialCentralNotice should use the jquery.ui.datepicker module

2012-08-07 Thread bugzilla-daemon

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

Adam Wight  changed:

   What|Removed |Added

   Keywords||patch-need-review

--- Comment #2 from Adam Wight  2012-08-07 19:13:20 UTC ---
Here's an attempted fix.  The date should be correctly internationalized,
thanks for the report!

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

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39099] PHP Warning: Invalid argument supplied for foreach() in /www/w/includes/Uri.php on line 262

2012-08-07 Thread bugzilla-daemon

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

--- Comment #7 from Niklas Laxström  2012-08-07 
19:04:50 UTC ---
One more:
[07-Aug-2012 18:55:27] PHP Notice:  Uri::parseUri: Invalid URL: http:// [Called
from Uri::setUri in /www/w/includes/Uri.php at line 111] in
/www/w/includes/GlobalFunctions.php on line 1070

But the foreach (the subject) is the most noisiest, about ten times in an hour.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39108] New: PageTriage Undefined index: user_name

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39108
   Summary: PageTriage Undefined index: user_name
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: PageTriage
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: fflo...@wikimedia.org, rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Noticed while running unit tests

PHP Notice:  Undefined index: user_name in
/var/www/wiki/mediawiki/extensions/PageTriage/includes/PageTriageUtil.php on
line 313
PHP Stack trace:
PHP   1. {main}() /var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:0
PHP   2. MediaWikiPHPUnitCommand::main()
/var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:103
PHP   3. PHPUnit_TextUI_Command->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiPHPUnitCommand.php:45
PHP   4. PHPUnit_TextUI_TestRunner->doRun()
/usr/share/php/PHPUnit/TextUI/Command.php:192
PHP   5. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/TextUI/TestRunner.php:325
PHP   6. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
PHP   7. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
PHP   8. PHPUnit_Framework_TestSuite->runTest()
/usr/share/php/PHPUnit/Framework/TestSuite.php:745
PHP   9. MediaWikiTestCase->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:772
PHP  10. PHPUnit_Framework_TestCase->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiTestCase.php:75
PHP  11. PHPUnit_Framework_TestResult->run()
/usr/share/php/PHPUnit/Framework/TestCase.php:751
PHP  12. PHPUnit_Framework_TestCase->runBare()
/usr/share/php/PHPUnit/Framework/TestResult.php:649
PHP  13. PHPUnit_Framework_TestCase->runTest()
/usr/share/php/PHPUnit/Framework/TestCase.php:804
PHP  14. ReflectionMethod->invokeArgs()
/usr/share/php/PHPUnit/Framework/TestCase.php:942
PHP  15. ApiBlockTest->testMakeNormalBlock()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/api/ApiBlockTest.php:0
PHP  16. ApiTestCase->doApiRequest()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/api/ApiBlockTest.php:59
PHP  17. ApiMain->execute()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/api/ApiTestCase.php:68
PHP  18. ApiMain->executeAction()
/var/www/wiki/mediawiki/core/includes/api/ApiMain.php:345
PHP  19. ApiBlock->execute()
/var/www/wiki/mediawiki/core/includes/api/ApiMain.php:805
PHP  20. SpecialBlock::processForm()
/var/www/wiki/mediawiki/core/includes/api/ApiBlock.php:91
PHP  21. wfRunHooks()
/var/www/wiki/mediawiki/core/includes/specials/SpecialBlock.php:708
PHP  22. Hooks::run()
/var/www/wiki/mediawiki/core/includes/GlobalFunctions.php:3907
PHP  23. call_user_func_array()
/var/www/wiki/mediawiki/core/includes/Hooks.php:216
PHP  24. PageTriageHooks::onBlockIpComplete()
/var/www/wiki/mediawiki/core/includes/Hooks.php:0
PHP  25. PageTriageUtil::updateMetadataOnBlockChange()
/var/www/wiki/mediawiki/extensions/PageTriage/PageTriage.hooks.php:416

Notice: Undefined index: user_name in
/var/www/wiki/mediawiki/extensions/PageTriage/includes/PageTriageUtil.php on
line 313

Call Stack:
0.0007 669616   1. {main}()
/var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:0
1.5330   22398104   2. MediaWikiPHPUnitCommand::main()
/var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:103
1.5332   22413904   3. PHPUnit_TextUI_Command->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiPHPUnitCommand.php:45
4.5863  125378584   4. PHPUnit_TextUI_TestRunner->doRun()
/usr/share/php/PHPUnit/TextUI/Command.php:192
4.6106  125931048   5. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/TextUI/TestRunner.php:325
4.6109  125932656   6. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
   68.4595  203159400   7. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
   68.4596  203160376   8. PHPUnit_Framework_TestSuite->runTest()
/usr/share/php/PHPUnit/Framework/TestSuite.php:745
   68.4596  203160376   9. MediaWikiTestCase->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:772
   68.6458  203171312  10. PHPUnit_Framework_TestCase->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiTestCase.php:75
   68.6460  203171312  11. PHPUnit_Framework_TestResult->run()
/usr/share/php/PHPUnit/Framework/TestCase.php:751
   68.6499  203173024  12. PHPUnit_Framework_TestCase->runBare()
/usr/share/php/PHPUnit/Framework/TestResult.php:649
   69.1646  205841736  13. PHPUnit_Framework_TestCase->runTest()
/usr/share/php/PHPUnit/Framework/TestCase.php:804
   69.1646  205843800  14. ReflectionMethod->invokeArgs()
/usr/share/php/PHPUnit/Framework/TestCase.php:942
   69.1646  205843856  15. ApiBlockTest->testMakeNo

[Bug 39107] New: Summary and license headers on uploaded wiki page are badly formatted

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39107
   Summary: Summary and license headers on uploaded wiki page are
badly formatted
   Product: WikiLoves Monuments Mobile
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Upload
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jrob...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Currently files uploaded via the app do not render correctly as there is no new
lines before the summary and license headers.

Instead of printing headers the == symbols are visible.

See 
http://test.wikipedia.org/w/index.php?title=File:Cathedral_of_Learning_(taken_on_3Aug2012_12hrs43mins17secs).jpeg&oldid=140280


(Raised via
https://www.mediawiki.org/wiki/Wiki_Loves_Monuments_mobile_application/Feedback)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39085] Echo Call to a member function getText() on a non-object

2012-08-07 Thread bugzilla-daemon

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

--- Comment #2 from Sam Reed (reedy)  2012-08-07 18:56:54 
UTC ---
Broken in UnitTests..

PHP Fatal error:  Call to a member function getText() on a non-object in
/var/www/wiki/mediawiki/extensions/Echo/includes/DiscussionParser.php on line
127
PHP Stack trace:
PHP   1. {main}() /var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:0
PHP   2. MediaWikiPHPUnitCommand::main()
/var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:103
PHP   3. PHPUnit_TextUI_Command->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiPHPUnitCommand.php:45
PHP   4. PHPUnit_TextUI_TestRunner->doRun()
/usr/share/php/PHPUnit/TextUI/Command.php:192
PHP   5. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/TextUI/TestRunner.php:325
PHP   6. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
PHP   7. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
PHP   8. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
PHP   9. PHPUnit_Framework_TestSuite->runTest()
/usr/share/php/PHPUnit/Framework/TestSuite.php:745
PHP  10. MediaWikiTestCase->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:772
PHP  11. PHPUnit_Framework_TestCase->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiTestCase.php:75
PHP  12. PHPUnit_Framework_TestResult->run()
/usr/share/php/PHPUnit/Framework/TestCase.php:751
PHP  13. PHPUnit_Framework_TestCase->runBare()
/usr/share/php/PHPUnit/Framework/TestResult.php:649
PHP  14. PHPUnit_Framework_TestCase->runTest()
/usr/share/php/PHPUnit/Framework/TestCase.php:804
PHP  15. ReflectionMethod->invokeArgs()
/usr/share/php/PHPUnit/Framework/TestCase.php:942
PHP  16. WikiPageTest->testIsCountable()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/WikiPageTest.php:0
PHP  17. WikiPageTest->createPage()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/WikiPageTest.php:377
PHP  18. WikiPage->doEdit()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/WikiPageTest.php:66
PHP  19. wfRunHooks() /var/www/wiki/mediawiki/core/includes/WikiPage.php:1649
PHP  20. Hooks::run()
/var/www/wiki/mediawiki/core/includes/GlobalFunctions.php:3907
PHP  21. call_user_func_array()
/var/www/wiki/mediawiki/core/includes/Hooks.php:216
PHP  22. EchoHooks::onArticleSaved()
/var/www/wiki/mediawiki/core/includes/Hooks.php:0
PHP  23. EchoDiscussionParser::generateEventsForRevision()
/var/www/wiki/mediawiki/extensions/Echo/Hooks.php:187
PHP  24. EchoDiscussionParser::getChangeInterpretationForRevision()
/var/www/wiki/mediawiki/extensions/Echo/includes/DiscussionParser.php:16

Fatal error: Call to a member function getText() on a non-object in
/var/www/wiki/mediawiki/extensions/Echo/includes/DiscussionParser.php on line
127

Call Stack:
0.0007 669480   1. {main}()
/var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:0
1.5627   22451344   2. MediaWikiPHPUnitCommand::main()
/var/www/wiki/mediawiki/core/tests/phpunit/phpunit.php:103
1.5628   22467104   3. PHPUnit_TextUI_Command->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiPHPUnitCommand.php:45
5.4282  134693136   4. PHPUnit_TextUI_TestRunner->doRun()
/usr/share/php/PHPUnit/TextUI/Command.php:192
5.4522  135245680   5. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/TextUI/TestRunner.php:325
5.4524  135247296   6. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
   46.0815  206164768   7. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
   54.1869  206979320   8. PHPUnit_Framework_TestSuite->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:705
   59.1305  207254032   9. PHPUnit_Framework_TestSuite->runTest()
/usr/share/php/PHPUnit/Framework/TestSuite.php:745
   59.1305  207254032  10. MediaWikiTestCase->run()
/usr/share/php/PHPUnit/Framework/TestSuite.php:772
   59.1346  207254288  11. PHPUnit_Framework_TestCase->run()
/var/www/wiki/mediawiki/core/tests/phpunit/MediaWikiTestCase.php:75
   59.1348  207254288  12. PHPUnit_Framework_TestResult->run()
/usr/share/php/PHPUnit/Framework/TestCase.php:751
   59.1393  207255872  13. PHPUnit_Framework_TestCase->runBare()
/usr/share/php/PHPUnit/Framework/TestResult.php:649
   59.1395  207297384  14. PHPUnit_Framework_TestCase->runTest()
/usr/share/php/PHPUnit/Framework/TestCase.php:804
   59.1396  20722  15. ReflectionMethod->invokeArgs()
/usr/share/php/PHPUnit/Framework/TestCase.php:942
   59.1396  207300080  16. WikiPageTest->testIsCountable()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/WikiPageTest.php:0
   59.1396  207300224  17. WikiPageTest->createPage()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/WikiPageTest.php:377
   59.1401  207308360  18. WikiPage->doEdit()
/var/www/wiki/mediawiki/core/tests/phpunit/includes/WikiPageTest.php:66
   59.2938  207344808  19. wfRunHooks()
/var/www/wiki/mediawiki/core/includes/WikiPage.php:1649
   59

[Bug 22911] Install extension:SubpageSortkey on wikibooks

2012-08-07 Thread bugzilla-daemon

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

--- Comment #32 from mybugs.m...@gmail.com 2012-08-07 18:51:40 UTC ---
So far we have favorable comments on Portuguese and English Wikibooks.

Could it be installed on those wikis? Other projects could also open new
requests once they reach consensus on this.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38273] Tidy occasionally isn't executed

2012-08-07 Thread bugzilla-daemon

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

--- Comment #15 from Schniggendiller  2012-08-07 
18:44:09 UTC ---
Right now and not yet fixed with purging:
http://de.wikipedia.org/wiki/Bundespr%C3%A4sident_%28Deutschland%29: Served by
srv260 in 0.155 secs

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38744] WLM app map view shows no attribution

2012-08-07 Thread bugzilla-daemon

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

--- Comment #1 from Brion Vibber  2012-08-07 18:35:38 UTC 
---
https://github.com/wikimedia/WLMMobile/pull/107

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39082] Add support for deploying per-datacenter config variances

2012-08-07 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #1 from Chad H.  2012-08-07 18:32:09 UTC 
---
Way back when, we varied config based on $cluster, but that's kind of a
PITA...so I like the idea of doing cluster-specific config instead.

Yeah, this was back in the yaseo days ;-)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38200] Translation problem at Romanian Wikiquote

2012-08-07 Thread bugzilla-daemon

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

Pandelea Daniel  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39106] Make EQIAD new primary data-center (tracking)

2012-08-07 Thread bugzilla-daemon

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

Erik Moeller  changed:

   What|Removed |Added

 Blocks||2007
 Depends on||39082

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 2007] Tracking bug (tracking)

2012-08-07 Thread bugzilla-daemon

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

Erik Moeller  changed:

   What|Removed |Added

 Depends on||39106

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39082] Add support for deploying per-datacenter config variances

2012-08-07 Thread bugzilla-daemon

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

Erik Moeller  changed:

   What|Removed |Added

 Blocks||39106

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39106] New: Make EQIAD new primary data-center (tracking)

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39106
   Summary: Make EQIAD new primary data-center (tracking)
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Site configuration
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: e...@wikimedia.org
CC: benap...@gmail.com, wikimedia.b...@snowolf.eu
Classification: Unclassified
   Mobile Platform: ---


This is a tracking bug for remaining MediaWiki issues that should be resolved
to support EQIAD as the new primary data-center and PMTPA as the spare (the
ultimate goal is to ramp down PMTPA entirely in favor of a west coast DC).
Non-MediaWiki issues are tracked outside Bugzilla. 

Severity "Blocker" should be used for all must-do issues; other issues may end
up not being resolved before the switch is made.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39105] New: Pushing proofreading via notifcations

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39105
   Summary: Pushing proofreading via notifcations
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: TranslationNotifications
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jsed...@wikimedia.org
CC: amir.ahar...@mail.huji.ac.il, s.mazel...@xs4all.nl,
santhosh.thottin...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Getting users to translate is highly successful with the notification, but then
getting them to take the next step and proofread those translations is
significantly more difficult.

To improve this I suggest two options:

* Include some text and link to the proofreading page of a translation as well
as the translation page when delivering the notification.

* The other option is to have a seperate notification option for proofreading
that can be delivered when translation is completed. 

The latter option is useful for a high demand project such as the fundraiser
where translations are being continuously monitored, but there is a downside in
that it would increase talk page traffic.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39090] Curation Toolbar Deletion Tag Wizard: Additional Requirements

2012-08-07 Thread bugzilla-daemon

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

Steven Walling  changed:

   What|Removed |Added

 CC||swall...@wikimedia.org

--- Comment #1 from Steven Walling  2012-08-07 18:14:43 
UTC ---
Sounds like necessary enhancements to me. This will help increase the accuracy
and quality of use of the deletion wizard.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38283] WLM App license info from uploadcampaigns API

2012-08-07 Thread bugzilla-daemon

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

--- Comment #6 from Brion Vibber  2012-08-07 18:11:48 UTC 
---
Link added: https://github.com/wikimedia/WLMMobile/pull/105

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39104] New: Translation Notification personal signature

2012-08-07 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 39104
   Summary: Translation Notification personal signature
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: TranslationNotifications
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jsed...@wikimedia.org
CC: amir.ahar...@mail.huji.ac.il, s.mazel...@xs4all.nl,
santhosh.thottin...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


As a translation administrator, I want to be able to sign talk page
notifications and email notifications with my own username rather than a
generic group such as "Meta Translation Administrators"

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39088] Switch API to wlm.wikimedia.org

2012-08-07 Thread bugzilla-daemon

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

Arthur Richards  changed:

   What|Removed |Added

 CC||aricha...@wikimedia.org

--- Comment #1 from Arthur Richards  2012-08-07 
18:03:47 UTC ---
This has been captured in
https://mingle.corp.wikimedia.org/projects/wlm_android_app/cards/145 and is
currently being worked on.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39026] Inputbox prefix in Arabic Wikipedia

2012-08-07 Thread bugzilla-daemon

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

Zack  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #2 from Zack  2012-08-07 18:00:35 UTC ---
That's right, thank you

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39091] jquery.wikiEditor.dialogs: 'missing' and 'invalid' properties should check against undefined instead of truthy

2012-08-07 Thread bugzilla-daemon

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

Rob Moen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Rob Moen  2012-08-07 17:56:55 UTC ---
This has already been fixed and was merged in July 31st.  
https://gerrit.wikimedia.org/r/#/c/17019/

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 39102] Entry points on Special:Version does not respect customization

2012-08-07 Thread bugzilla-daemon

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

--- Comment #1 from Umherirrender  2012-08-07 
17:43:21 UTC ---
see also bug 39103

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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

1 2 >

1 - 100 of 162 matches

Mail list logo