[Bug 40630] gu.wikisource has become sluggish on IE

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40630

Srikanth Logic  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com,
   ||srik@gmail.com

--- Comment #2 from Srikanth Logic  2012-10-01 06:15:08 UTC 
---
Does it happen only when Narayam is enabled or even otherwise? There is a IE
fix waiting to be deployed for Narayam.

-- 
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 40649] typo SCRIPT_DEPRECTED -> SCRIPT_DEPRECATED

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40649

--- Comment #1 from sp...@wikimedia.org 2012-10-01 06:08:59 UTC ---
Created attachment 11152
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11152
Changes to SpoofTest.php

`git review` fails, maybe I don't have rights.  Here's a patch that introduces
testCheckBadChars() with some working tests, but the tests for
SCRIPT_DEPRECATED glyphs doesn't work.

-- 
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 40649] New: typo SCRIPT_DEPRECTED -> SCRIPT_DEPRECATED

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40649

   Web browser: ---
 Bug #: 40649
   Summary: typo SCRIPT_DEPRECTED -> SCRIPT_DEPRECATED
   Product: MediaWiki extensions
   Version: master
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Unprioritized
 Component: AntiSpoof
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: sp...@wikimedia.org
CC: soxre...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


AntiSpoof_body.php has
$deprecated = array_search( "SCRIPT_DEPRECTED", $testScripts );
I think the typo means usernames with characters in the ranges CJK Radicals
Supplement, Kangxi Radicals, CJK Compatibility Ideographs, etc. will not be
rejected.

But I tried to add a failing test for this to SpoofTest.php and it passes, so I
can't demonstrate the failure.

-- 
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 22001] File history from shared repository parsed in context of local wiki

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=22001

--- Comment #7 from Brad Jorsch  2012-10-01 
03:21:58 UTC ---
Certainly not fixed.

(In reply to comment #1)
> There is no trivial way doing so in the current system.

This, at least for Wikimedia wikis. 

> I think the easiest way
> is to query the API for the whole file description parsing.

For ForeignAPIFile, that would work. In fact, support is already there now,
just use 'parsedcomment' rather than 'comment' in the API prop=imageinfo call.
Although it looks like parsedcomment needs to somehow be convinced to return
full rather than relative urls.

For ForeignDBFile, it doesn't look like it would be that easy. Right now it
just reads the comment directly from the database and parses it with the local
parser. We'd need to *add* API calls, or some equivalent to the action=render
call used to get the description page text. Not sure how expensive either of
those options might turn out to be; the least expensive option might be to
somehow roll the action=render and the history-comment-render into one call (be
it api or action=foo).

-- 
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 33249] Option for sort indicator to be above or below the table header text

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=33249

--- Comment #2 from Timeshifter  2012-10-01 02:52:44 UTC 
---
Concerning my last comment. See bug 40634 - Table option for static rank order
column, or row numbering.

Back to this discussion. This discussion was split off from bug 31755. There I
changed my mind and said that the sort button needed placement options, and not
a default position above the text as I first suggested. 

Maybe something like sort-button=top, sort-button=right, sort-button=bottom,
sort-button=left. It could be placed at the top of the table wikitext:

{| class="wikitable sortable" sort-button="top"

-- 
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 40441] jquery.placeholder should (also) hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40441

--- Comment #8 from Krinkle  2012-10-01 02:34:32 UTC ---
Okay, simple version:

* There is an international organisation that creates standards for the
internet (e.g. they decide that  should turn text into bold, and that
clicking a text field should focus it for typing text etc.). This organisation
is called W3C.
* W3C has decided that a placeholder should be visible whenever the value of
the text input is empty. That means when clicking on it to put the cursor
inside, until text is entered, the placeholder will remain visible. This will
make it possible (for example) to read the placeholder text even if the search
field is auto-focussed.
* Until recently Firefox and Chrome had their own version, they have now
updated their code to match the W3C guidelines. This means that we now see the
placeholder when the field is active without text in it.

If you don't like that, please complain to Firefox or W3C and explain why. This
is not something we can or should fix. It is not in our control. This change
was not made by MediaWiki, it was made by your browser.

-- 
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 33249] Option for sort indicator to be above or below the table header text

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=33249

Timeshifter  changed:

   What|Removed |Added

Summary|Move the sort indicator to  |Option for sort indicator
   |be above or below the table |to be above or below the
   |header  |table header text

-- 
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 40634] Table option for static rank order column, or row numbering

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40634

Timeshifter  changed:

   What|Removed |Added

Summary|Tables need a static rank   |Table option for static
   |order column, or row|rank order column, or row
   |numbering   |numbering

-- 
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 31755] [Regression] style="background:XXXX;" in headers breaks sortable tables

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31755

Timeshifter  changed:

   What|Removed |Added

Summary|[Regression] Styling in |[Regression]
   |headers breaks sortable |style="background:;" in
   |tables  |headers breaks sortable
   ||tables

-- 
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 40648] can't validate username against blocking extensions like AntiSpoof

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40648

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2012-10-01 02:24:00 UTC ---
I thought this area of code had been improved somewhat recently. There was a
similar issue with the Titleblacklist extension (which is the successor to the
Username blacklist extension). There's now an API module that can check a
particular username (title) against the title blacklists. I guess something
similar for the AntiSpoof extension could be implemented?

Though I think you're right that a more abstract solution is needed.

-- 
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 40648] New: can't validate username against blocking extensions like AntiSpoof

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40648

   Web browser: ---
 Bug #: 40648
   Summary: can't validate username against blocking extensions
like AntiSpoof
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: User login
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: sp...@wikimedia.org
CC: swall...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


The AntiSpoof extension blocks usernames that use certain Unicode ranges, are
all letters or punctuation, usernames that "l0ok l1ke" existing usernames, etc.
But MediaWiki only hooks into it *while* it is creating a new user account
(with the AbortNewAccount hook).  Because MW does not run a hook on
User::isValidUserName() or variants like User::getCanonicalName('creatable'),
there is no way for a validating account creation form to check if a username
will be rejected by AntiSpoof before the user submits it.  This reduces the
effectiveness of the improved account creation that the E3 team is exploring.

The simplest fix is to introduce a new isUsableUsername hook that User.php runs
from User::isUsableName(), and adapt AntiSpoof (and similar extensions like
Minimum Name Length extension, etc.) to respond to it with similar code to its
AbortNewAccount hook.

-- 
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 40441] jquery.placeholder should (also) hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40441

--- Comment #7 from michiel schweitzer  2012-10-01 
01:20:30 UTC ---
please, i'm just a nontechnical user. my bugreport seems to be invalid and you
do not want to fix it? ok, but just explain to me in normal words what and how
and why?

-- 
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 13631] Wikimedia should become an OpenID provider

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=13631

--- Comment #18 from Tyler Romeo  2012-10-01 00:56:36 UTC 
---
(In reply to comment #17)
> In a perfect world you are maybe right.  But any solution will have to be
> implemented, thoroughly reviewed, deployed and maintained.  AFAIK, acting as 
> an
> OpenID provider will not open up any attack angles to WMF's infrastructure as
> it is passive.  So, given past experiences, it could maybe be deployed by
> christmas.
> 
> OAuth on the other hand seems to require schema changes, a rewrite of core 
> code
> and a long term commitment because if for example Facebook acts as a launch
> customer and adds editing functionality to their site, they do certainly not
> want to rely on experimental features.  I wouldn't want to speculate, but my
> guess is that OAuth is much harder to implement, much harder to review, much
> harder to deploy and much harder to maintain which results in general
> availability much later than OpenID's.
> 
> So I'd rather have OpenID now (well, this year) than OAuth some time in the
> (farther) future.

OAuth should not require any core changes. From what I've put together, all it
would require is three additional tables to store authentication information.
>From there, it would latch into the ApiCheckCanExecute hook
(https://gerrit.wikimedia.org/r/20905).

Furthermore, that still doesn't change the fact that OpenID is limited in its
capabilities since it's not actually meant for service authentication. So maybe
in the case above, where the only thing the toolserver app needs to do is
verify the user's identity, it would work, but for any app that actually needs
to do something on behalf of the user, OpenID is useless.

-- 
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 13631] Wikimedia should become an OpenID provider

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=13631

--- Comment #17 from Tim Landscheidt  2012-10-01 
00:46:47 UTC ---
(In reply to comment #16)
> [...]
> > > That still doesn't change my point. OAuth is the appropriate tool for 
> > > external
> > > applications to verify a user's identity and then perform operations on 
> > > that
> > > user's behalf.

> > The point of TUSC isn't necessarily to perform operations on a user's 
> > behalf,
> > but for example just to ensure their consent to aggregate personal data as
> > required by https://wiki.toolserver.org/view/Rules#Privacy_Policy.  That's a
> > subset of what OAuth offers, but can very well be accomplished with OpenID.

> But that's still something that should be done with OAuth. You may not be 
> doing
> stuff on behalf of the user, but you are accessing the user's data, which is a
> permission that can be granted using OAuth. OpenID is supposed to be used for
> single sign-on.

In a perfect world you are maybe right.  But any solution will have to be
implemented, thoroughly reviewed, deployed and maintained.  AFAIK, acting as an
OpenID provider will not open up any attack angles to WMF's infrastructure as
it is passive.  So, given past experiences, it could maybe be deployed by
christmas.

OAuth on the other hand seems to require schema changes, a rewrite of core code
and a long term commitment because if for example Facebook acts as a launch
customer and adds editing functionality to their site, they do certainly not
want to rely on experimental features.  I wouldn't want to speculate, but my
guess is that OAuth is much harder to implement, much harder to review, much
harder to deploy and much harder to maintain which results in general
availability much later than OpenID's.

So I'd rather have OpenID now (well, this year) than OAuth some time in the
(farther) future.

-- 
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 40647] New: UploadWizard extension should allow a custom default license for new uploads in "UploadWizard" tab of Special:Preferences

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40647

   Web browser: ---
 Bug #: 40647
   Summary: UploadWizard extension should allow a custom default
license for new uploads in "UploadWizard" tab of
Special:Preferences
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: UploadWizard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
CC: mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---


The UploadWizard extension adds a tab to Special:Preferences where users can
specify a default license for their UploadWizard uploads (cf.
).
It would be nice if users could specify a custom default license in this tab,
rather than limiting users to a particular (fixed) list of licenses.

-- 
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 40646] New: Errant line break in UploadWizard "Use a different license" option

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40646

   Web browser: ---
 Bug #: 40646
   Summary: Errant line break in UploadWizard "Use a different
license" option
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: UploadWizard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dmcde...@cox.net
CC: mtrac...@member.fsf.org
Classification: Unclassified
   Mobile Platform: ---


Created attachment 11151
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11151
Screenshot of bug

There is an errant line break causing strange formatting after the last radio
button in the option pictured in the attached screenshot. This occurs at least
on both Chrome and Safari for Mac.

Steps to reproduce: 
(1) Begin to upload more than one file in UploadWizard.
(2) Select "Provide copyright information for each file individually on the
next page."
(3) On the "Describe" screen, select "This file is my own work." and then "Use
a different license"

Note, the same behavior does not occur when you get to the "Use a different
license" from the "Release rights" screen when specifying licensing in a batch.

On IRC, Brooke diagnosed the problem as follows:

[7:50pm]  I said it's probably white-space:nowrap;.
[7:50pm]  Based on the symptoms.
[7:50pm]  I imagine the HTML is constructed something like...
[7:50pm]  reason foo
[7:51pm]  And the label has the white-space:nowrap;.
[7:51pm]  But the a tag doesn't inherit that property.
[7:51pm]  So the line breaks in the middle.
[7:51pm]  Where it says "legal code".
[7:51pm]  Because that's the first spot where it can break.
[7:51pm]  I imagine they're using white-space:nowrap; to keep the icons
on the same line and shit.

-- 
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 19659] Account creation not being "AntiSpoofed"

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=19659

sp...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||sp...@wikimedia.org
 Resolution||WORKSFORME

--- Comment #1 from sp...@wikimedia.org 2012-10-01 00:01:05 UTC ---
I'm not sure what happened on that wiki, but I modified the test case
AntiSpoof/SpoofTest.php and it considers "BIuegoblin7" and "Bluegoblin7" the
same. It has normalized 'l and 'I' to '1' since 2006.

-- 
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 40645] jquery.placeholder shouldn't hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40645

--- Comment #4 from Nemo_bis  2012-09-30 23:08:10 UTC 
---
(In reply to comment #2)
> Then you might as well abandon the internet all together. Or switch to 
> internet
> explorer 6, which doesn't have this feature yet.

I've no idea what you're talking about. I'm only relaying the experience of a
confused user, originally described on that bug. 
(As for me, I've never used Vector, so I'm not affected at all.)

(In reply to comment #3)
> For example, the search bar on http://firefox.com (press arrow button on top
> right to expand the many) also has this (if you view it in Firefox of Chrome).
> There is no javascript enforcing that, it is how browsers have decided to do
> it.

I don't know if it's off topic here (summary and comment 0 are too technical
for me), but firefox.com redirects me to https://www.mozilla.org/it/firefox/fx/
whose search bar behaves correctly, unlike bug 40441, because at least the
placeholder is greyed out and easily recognizable as such.

-- 
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 40645] jquery.placeholder shouldn't hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40645

--- Comment #3 from Krinkle  2012-09-30 22:59:54 UTC ---
For example, the search bar on http://firefox.com (press arrow button on top
right to expand the many) also has this (if you view it in Firefox of Chrome).
There is no javascript enforcing that, it is how browsers have decided to do
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 40645] jquery.placeholder shouldn't hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40645

--- Comment #2 from Krinkle  2012-09-30 22:57:47 UTC ---
(In reply to comment #1)
> By the way, this (bug 40441) is extremely annoying and confusing, and enough 
> of
> a reason for some Firefox 15 users to abandon Vector in favour of monobook.

Then you might as well abandon the internet all together. Or switch to internet
explorer 6, which doesn't have this feature yet.

This is standard behaviour and Firefox implemented it, not Vector, not
MediaWiki. Our plugin actually does it the way you want it (which,
unfortunately for you, is a bug that we intend to fix) - however the plugin
only kicks in if there is no support for it in the browser.

-- 
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 40645] jquery.placeholder shouldn't hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40645

Nemo_bis  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #1 from Nemo_bis  2012-09-30 22:55:22 UTC 
---
By the way, this (bug 40441) is extremely annoying and confusing, and enough of
a reason for some Firefox 15 users to abandon Vector in favour of monobook.

-- 
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 40441] jquery.placeholder should (also) hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40441

Nemo_bis  changed:

   What|Removed |Added

   Keywords||upstream

-- 
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 40441] jquery.placeholder should (also) hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40441

Krinkle  changed:

   What|Removed |Added

 Resolution|WONTFIX |INVALID

--- Comment #6 from Krinkle  2012-09-30 22:48:51 UTC ---
Marking invalid instead of wonfix.

Our implementation actually does hide when focussing an empty element. The
reason it isn't happening (as it shouldn't) is because the user uses a modern
browser that implements the described behaviour natively.

-- 
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 40441] jquery.placeholder should (also) hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40441

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX
Summary|Search field is stuck with  |jquery.placeholder should
   |"Search" in it and cursor   |(also) hide the placeholder
   |at the beginning until some |when focussing an empty
   |character is typed  |input field

--- Comment #5 from Krinkle  2012-09-30 22:47:23 UTC ---
Wont fix, indeed.

For browsers that support placeholder, the jquery.placeholder plugin does
nothing but letting the native implemented behaviour do its thing (so that any
native handling goes exactly the way the user expects it from their browser).

Originally (like Opera still does) most browsers (including Chrome and Firefox)
hid the placeholder on-focus, but now that it has been specified by W3 (which
says to hide it when it becomes non-empty) most browsers have released updates
that make their implementation follow the specification instead (Opera is a bit
behind, it seems).

The change you saw in your browser isn't from our side but from your browser.

Having said that, we do implement a fallback for older browsers that didn't
support placeholder yet. In our fallback we hide it on-focus (just like
Chrome/Firefox used to do), so perhaps we should update our fallback as well :)

I would re-purpose this bug for that, however since it would request
implementation of what is basically the opposite of what this bug requests,
I've filed a bug new bug instead (bug 40645).

-- 
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 40645] New: jquery.placeholder shouldn't hide the placeholder when focussing an empty input field

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40645

   Web browser: ---
 Bug #: 40645
   Summary: jquery.placeholder shouldn't hide the placeholder when
focussing an empty input field
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: JavaScript
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com
CC: krinklem...@gmail.com, tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


As specified by W3 and as implemented in the latest versions of Chrome and
Firefix, our polyfill should match the native behaviour.

Right now the module's fallback implementation behaves like Chrome/Firefox used
to behave (hide on focus when empty, whereas the new implementation is, hide
when it becomes non-empty - difference being the case where a field is focussed
and no content has been entered yet).

See also:
* bug 40441
* http://www.w3.org/TR/html-markup/input.text.html#input.text.attrs.placeholder
* http://caniuse.com/placeholder

-- 
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 40644] New: Special property provides service / changing icon for service links

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40644

   Web browser: ---
 Bug #: 40644
   Summary: Special property provides service / changing icon for
service links
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Semantic MediaWiki
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mediaw...@kghoffmeyer.de
CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org
Classification: Unclassified
   Mobile Platform: ---


Currently service links are marked with the same icon that the #info parser
function uses, a white question mark on blue background. I do not think that
this is a good idea since a question mark suggests information to help related
topics.

In the case of service links the user gets directed to pages containing further
information (data) in contrast to information (help). To cut a long story
short, I suggest replacing the currrent icon with:

http://commons.wikimedia.org/wiki/File:Arrow_icon.png

The arrow suggests "follow me to more information (data)" and is thus better
suited for this case and avoids ambiguity and confusion

-- 
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 31676] ResourceLoader should work around IE stylesheet limit

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31676

--- Comment #35 from Krinkle  2012-09-30 22:36:20 UTC ---
(In reply to comment #34)
> queued for merge req to 1.20

Hm.. what queue are you referring to? I don't see it in gerrit (other than
aforementioned pending change in refs/for/master)

-- 
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 40448] Replace mediawiki.legacy.mwsuggest with SimpleSearch.

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40448

--- Comment #13 from Krinkle  2012-09-30 22:33:53 UTC ---
I usually hold off pushing to refs/for/REL1_20 til the ref lands in master (as
it may be amended until then).

-- 
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 40632] Kill $wgCleanupPresentationalAttributes from MediaWiki core

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40632

--- Comment #11 from Krinkle  2012-09-30 22:16:31 UTC ---
(In reply to comment #10)
> (In reply to comment #8)
> > Nobody is talking about inline styles. This is technical representation 
> > only.
> > This is not related to accessibility.
> 
> The feature converts old presentational attributes to inline stylesheets.

Neither of which are related to content, only style.

Accessibility related applications that still don't understand CSS, can't be
taken seriously. And even if someone would disagree with that statement, its
pointless. The vast majority of layout is already CSS-only (and has been for
over almost a decade). So for whatever accessibility related software that
doesn't understand CSS, a couple of "align=center" and "valign=top" attributes
here and there are the least of its worries.

-- 
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 40402] SQLStore3 not yet working?

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40402

[[kgh]]  changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 CC||mediaw...@kghoffmeyer.de

-- 
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 40637] Only variables should be passed by reference LiquidThreads/api/ApiThreadAction.php

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40637

Sam Reed (reedy)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Sam Reed (reedy)  2012-09-30 21:44:54 
UTC ---
https://gerrit.wikimedia.org/r/25842

-- 
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 39480] Bugs affecting translatewiki.net (errors from MediaWiki master) (tracking)

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=39480

Bug 39480 depends on bug 40637, which changed state.

Bug 40637 Summary: Only variables should be passed by reference 
LiquidThreads/api/ApiThreadAction.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=40637

   What|Old Value   |New Value

 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 39480] Bugs affecting translatewiki.net (errors from MediaWiki master) (tracking)

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=39480

Bug 39480 depends on bug 40636, which changed state.

Bug 40636 Summary: Only variables should be passed by reference in 
LiquidThreads/api/ApiQueryLQTThreads.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=40636

   What|Old Value   |New Value

 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 40636] Only variables should be passed by reference in LiquidThreads/api/ApiQueryLQTThreads.php

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40636

Sam Reed (reedy)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Sam Reed (reedy)  2012-09-30 21:44:46 
UTC ---
https://gerrit.wikimedia.org/r/25842

-- 
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 40285] Point Wikipedias logo to more up to date 2.0 version on Commons where available

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40285

Nemo_bis  changed:

   What|Removed |Added

   Keywords|shellpolicy |shell
 AssignedTo|wikibugs-l@lists.wikimedia. |has...@free.fr
   |org |

--- Comment #6 from Nemo_bis  2012-09-30 21:43:02 UTC 
---
I've opened a discussion on all the affected projects.
Only one had an opinion against the change (wheter valid or not), and an error
was found in another logo; I've removed those two for now, all the others have
consensus so the change can be merged and deployed.
Assigning to hashar because he should do some shell requests tomorrow morning
and he's already looked at this.

-- 
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 39617] Malformed hlist rendering due to Tidy not processing Special: pages

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=39617

Erwin Dokter  changed:

   What|Removed |Added

Summary|Parsing differences between |Malformed hlist rendering
   |[[MediaWiki:Recentchangeste |due to Tidy not processing
   |xt]] and|Special: pages
   |[[Special:RecentChanges]]   |

--- Comment #6 from Erwin Dokter  2012-09-30 21:33:00 UTC ---
Renamed the bug to indicate the cause and summarizing issue:

Horizontal lists are malformed on Special: pages because Tidy does not process
these pages. Specifically, the lists lack a breakable character betweeen list
items, causing the browsers to fail to wrap the list properly. While
technically valid HTML, hlist depends on something breakable between list
items.

I see two solutions:

1. Have Tidy process any Special: pages that transclude any (part of) user
editable pages (such as MediaWiki: messages)

2. I have a patch ready for gerrit that makes parser.php terminate any closing
list element with a linebreak.

Personally, I prefer the second option; it removes hlist's dependancy on Tidy
(doing so may even lessen the load on Tidy in general). But I also feel that
Tidy should process any (transcluded) user content, even on non-user generated
pages.

-- 
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 35568] Emoji characters not included in pdf

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=35568

Sam Reed (reedy)  changed:

   What|Removed |Added

   Target Milestone|MW 1.20 version |---

-- 
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 40589] database error while running rebuildLocalisationCache.php

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40589

--- Comment #2 from Niklas Laxström  2012-09-30 
21:24:28 UTC ---
It is not related to any specific language.

-- 
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 40641] Clicking "others" in Special:Version asks to download a file

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40641

Niklas Laxström  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
URL||http://translatewiki.net/w/
   ||CREDITS
 Resolution|WORKSFORME  |

-- 
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 40589] database error while running rebuildLocalisationCache.php

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40589

Sam Reed (reedy)  changed:

   What|Removed |Added

  Component|Database|Maintenance scripts

--- Comment #1 from Sam Reed (reedy)  2012-09-30 21:05:43 
UTC ---
reedy@ubuntu64-web-esxi:/var/www/wiki/mediawiki/core$ php
maintenance/rebuildLocalisationCache.php
Rebuilding ab...
Rebuilding ace...
Rebuilding af...
Rebuilding ak...
Rebuilding aln...
Rebuilding als...
Rebuilding am...
Rebuilding an...
Rebuilding ang...
Rebuilding anp...
Rebuilding ar...
Rebuilding arc...
Rebuilding arn...
Rebuilding ary...
Rebuilding arz...
Rebuilding as...
Rebuilding ast...
Rebuilding av...
Rebuilding avk...
Rebuilding ay...
Rebuilding az...
Rebuilding ba...
Rebuilding bar...
Rebuilding bat-smg...
Rebuilding bcc...
Rebuilding bcl...
Rebuilding be...
Rebuilding be-tarask...
Rebuilding be-x-old...
Rebuilding bg...
Rebuilding bh...
Rebuilding bho...
Rebuilding bi...
Rebuilding bjn...
Rebuilding bm...
Rebuilding bn...
Rebuilding bo...
Rebuilding bpy...
Rebuilding bqi...
Rebuilding br...
Rebuilding brh...
Rebuilding bs...
Rebuilding bug...
Rebuilding ca...
Rebuilding cbk-zam...
Rebuilding cdo...
Rebuilding ce...
Rebuilding ceb...
Rebuilding ch...
Rebuilding chr...
Rebuilding ckb...
Rebuilding co...
Rebuilding cps...
Rebuilding crh...
Rebuilding crh-cyrl...
Rebuilding crh-latn...
Rebuilding cs...
Rebuilding csb...
Rebuilding cu...
Rebuilding cv...
Rebuilding cy...
Rebuilding da...
Rebuilding de...
Rebuilding de-at...
Rebuilding de-ch...
Rebuilding de-formal...
Rebuilding diq...
Rebuilding dsb...
Rebuilding dtp...
Rebuilding dv...
Rebuilding dz...
Rebuilding ee...
Rebuilding egl...
Rebuilding el...
Rebuilding eml...
Rebuilding en...
Rebuilding en-ca...
Rebuilding eo...
Rebuilding es...
Rebuilding et...
Rebuilding eu...
Rebuilding ext...
Rebuilding fa...
Rebuilding ff...
Rebuilding fi...
Rebuilding fit...
Rebuilding fiu-vro...
Rebuilding fj...
Rebuilding fo...
Rebuilding fr...
Rebuilding frc...
Rebuilding frp...
Rebuilding frr...
Rebuilding fur...
Rebuilding fy...
Rebuilding ga...
Rebuilding gag...
Rebuilding gan...
Rebuilding gan-hans...
Rebuilding gan-hant...
Rebuilding gd...
Rebuilding gl...
Rebuilding glk...
Rebuilding gn...
Rebuilding got...
Rebuilding grc...
Rebuilding gsw...
Rebuilding gu...
Rebuilding gv...
Rebuilding ha...
Rebuilding hak...
Rebuilding haw...
Rebuilding he...
Rebuilding hi...
Rebuilding hif...
Rebuilding hif-latn...
Rebuilding hil...
Rebuilding hr...
Rebuilding hsb...
Rebuilding ht...
Rebuilding hu...
Rebuilding hy...
Rebuilding ia...
Rebuilding id...
Rebuilding ie...
Rebuilding ig...
Rebuilding ii...
Rebuilding ik...
Rebuilding ike-cans...
Rebuilding ike-latn...
Rebuilding ilo...
Rebuilding inh...
Rebuilding io...
Rebuilding is...
Rebuilding it...
Rebuilding iu...
Rebuilding ja...
Rebuilding jam...
Rebuilding jbo...
Rebuilding jut...
Rebuilding jv...
Rebuilding ka...
Rebuilding kaa...
Rebuilding kab...
Rebuilding kbd...
Rebuilding kbd-cyrl...
Rebuilding kg...
Rebuilding khw...
Rebuilding kiu...
Rebuilding kk...
Rebuilding kk-arab...
Rebuilding kk-cn...
Rebuilding kk-cyrl...
Rebuilding kk-kz...
Rebuilding kk-latn...
Rebuilding kk-tr...
Rebuilding kl...
Rebuilding km...
Rebuilding kn...
Rebuilding ko...
Rebuilding ko-kp...
Rebuilding koi...
Rebuilding krc...
Rebuilding kri...
Rebuilding krj...
Rebuilding ks...
Rebuilding ks-arab...
Rebuilding ks-deva...
Rebuilding ksh...
Rebuilding ku...
Rebuilding ku-arab...
Rebuilding ku-latn...
Rebuilding kv...
Rebuilding kw...
Rebuilding ky...
Rebuilding la...
Rebuilding lad...
Rebuilding lb...
Rebuilding lbe...
Rebuilding lez...
Rebuilding lfn...
Rebuilding lg...
Rebuilding li...
Rebuilding lij...
Rebuilding liv...
Rebuilding lmo...
Rebuilding ln...
Rebuilding lo...
Rebuilding loz...
Rebuilding lt...
Rebuilding ltg...
Rebuilding lus...
Rebuilding lv...
Rebuilding lzh...
Rebuilding lzz...
Rebuilding mai...
Rebuilding map-bms...
Rebuilding mdf...
Rebuilding mg...
Rebuilding mhr...
Rebuilding mi...
Rebuilding min...
Rebuilding mk...
Rebuilding ml...
Rebuilding mn...
Rebuilding mo...
Rebuilding mr...
Rebuilding mrj...
Rebuilding ms...
Rebuilding mt...
Rebuilding mwl...
Rebuilding my...
Rebuilding myv...
Rebuilding mzn...
Rebuilding na...
Rebuilding nah...
Rebuilding nan...
Rebuilding nap...
Rebuilding nb...
Rebuilding nds...
Rebuilding nds-nl...
Rebuilding ne...
Rebuilding new...
Rebuilding niu...
Rebuilding nl...
Rebuilding nl-informal...
Rebuilding nn...
Rebuilding no...
Rebuilding nov...
Rebuilding nso...
Rebuilding nv...
Rebuilding ny...
Rebuilding oc...
Rebuilding om...
Rebuilding or...
Rebuilding os...
Rebuilding pa...
Rebuilding pag...
Rebuilding pam...
Rebuilding pap...
Rebuilding pcd...
Rebuilding pdc...
Rebuilding pdt...
Rebuilding pfl...
Rebuilding pi...
Rebuilding pih...
Rebuilding pl...
Rebuilding pms...
Rebuilding pnb...
Rebuilding pnt...
Rebuilding prg...
Rebuilding ps...
Rebu

[Bug 40641] Clicking "others" in Special:Version asks to download a file

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40641

Krenair  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WORKSFORME

--- Comment #6 from Krenair  2012-09-30 20:53:06 UTC ---
(In reply to comment #4)
> Unduplicating. Fixing Apache on WMF wont fix it for other installations out
> there.

In that case it's WFM.

-- 
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 40641] Clicking "others" in Special:Version asks to download a file

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40641

--- Comment #5 from Sam Reed (reedy)  2012-09-30 20:48:51 
UTC ---
(In reply to comment #4)
> Unduplicating. Fixing Apache on WMF wont fix it for other installations out
> there.

Amusingly, on my dev server this works fine. visit /w/CREDITS see text!

And I didn't do anything to "fix" 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 31983] Templates of Cite collapse behind

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31983

mybugs.m...@gmail.com changed:

   What|Removed |Added

 CC|mybugs.m...@gmail.com   |

--- Comment #9 from mybugs.m...@gmail.com 2012-09-30 20:40:48 UTC ---
Seems ok on Google Chrome 22.0.1229.79.

-- 
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 32987] The language used to render SVGs should be definable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=32987

Jarry1250  changed:

   What|Removed |Added

   Keywords||patch-in-gerrit,
   ||patch-need-review

-- 
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 32987] The language used to render SVGs should be definable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=32987

--- Comment #11 from Jarry1250  2012-09-30 20:36:20 UTC ---
Full patch now in gerrit: https://gerrit.wikimedia.org/r/25838

-- 
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 40616] Invisible changes to article

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40616

--- Comment #8 from m...@daughtersoftiresias.org 2012-09-30 19:47:24 UTC ---
Hehe, no problem.  As a software developer myself, I'm well familiar with
"gremlins" even in systems much smaller than Wikipedia!

-- 
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 40635] Special:CreateProperty already in use

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40635

Nemo_bis  changed:

   What|Removed |Added

   Priority|Unprioritized   |High

-- 
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 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

Thehelpfulone  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
 AssignedTo|pbeaude...@wikimedia.org|thehelpfulonew...@gmail.com

--- Comment #5 from Thehelpfulone  2012-09-30 
19:29:26 UTC ---
I've received approval to create this list from Philippe. IRC-Ops List created,
set Barras as the initial list admin, with standard private list settings
(private archives, hidden from list directory, confirm and approve membership).

-- 
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 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334

Nemo_bis  changed:

   What|Removed |Added

   Target Milestone|Future release  |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 40627] Make uls.data in jquery.uls.js human readable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40627

--- Comment #4 from Sam Reed (reedy)  2012-09-30 19:13:02 
UTC ---
(In reply to comment #3)
> jquery.uls isn't a MediaWiki extension.

Ohhh.

Can still do this incase someone is using PHP 5.4..

json_encode( $list, version_compare( PHP_VERSION, '5.4.0', '<' ) ?
JSON_PRETTY_PRINT : 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 40627] Make uls.data in jquery.uls.js human readable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40627

--- Comment #3 from Niklas Laxström  2012-09-30 
19:08:18 UTC ---
jquery.uls isn't a MediaWiki extension.

-- 
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 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

--- Comment #4 from MZMcBride  2012-09-30 19:02:02 UTC ---
Mailing lists are interesting. For wiki purposes, private lists can be nice
because the wiki offers no alternative outlet for private discussion among a
subset of people. With IRC, on the other hand, it's trivial to create a private
talking space (and in fact, a few channels already exist for this purpose). The
benefits of the asynchronous nature of mailing lists can't be overlooked, of
course, though. There's precedent for nearly any kind of Wikimedia mailing
list, so I can't really say I oppose the creation of this list, I'm just
sharing my thoughts.

I suppose this list would need moderators. Did you have anyone in mind? And I
guess they'll be the ones in charge of mapping IRC ops to e-mail addresses?

-- 
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 40627] Make uls.data in jquery.uls.js human readable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40627

--- Comment #2 from Sam Reed (reedy)  2012-09-30 18:59:52 
UTC ---
(In reply to comment #1)
> I believe you are refering to different file this time:
> resources/js/ext.uls.webfonts.repository.js
> 
> There isn't manual minification, the plain fact is that it is *difficult* to
> generate pretty JSON unless you have MediaWiki or PHP 5.4 as dependency.

resources/js/ext.uls.webfonts.repository.js references a compile.php, which
calls json_encode and then outputs it all on one line. JSON_PRETTY_PRINT could
be used, depending on the PHP version


I'm talking about lib/jquery.uls/jquery.uls.js

Which has at the start:
// Please do not edit. This file is generated from data/langdb.yaml by
ulsdata2json.php
( function ( $ ) {
$.uls = $.uls || {};
$.uls.data = {"languages":{"aa":["Latn",["AF"],"Qaf\u00e1r
af"],"ab":["Cyrl",["EU"],"\u0410\u04a7\u0441\u0448\u04d9\u0430"],"ace":["Latn",["AS","PA"],"Ac\u00e8h"],"ady-cyrl":["Cyrl",["EU"],"\u0410\u0434\u044b\u0433\u044d\u0431\u0437\u044d"],"ady-latn":["Latn",["EU"],"Adygabze"],"ady":["Cyrl",["EU"],"\u0410\u0434\u044b\u0433\u044d\u0431\u0437\u044d"],"aeb":["Arab",["AF"],"\u0632\u064e\u0648\u064f\u0646"],"af":["Latn",["AF"],"Afrikaans"],"ahr":["Deva",["AS"],"\u0905\u0939\u093f\u0930\u093e\u0923\u0940"],"ak":["Latn",["AF"],"Akan"],"akz":["Latn",["AM"],"Albaamo
innaa\u026ciilka"],"aln":["Latn",["EU"],"Geg\u00eb"],"am":["Ethi",["AF"],"\u12a0\u121b\u122d\u129b"],"an":["Latn",["EU"],"aragon\u00e9s"],"ang":["Latn",["EU"],"\u00c6nglisc"],"anp":["Deva",["AS"],"\u0905\u0919\u094d\u0917\u093f\u0915\u093e"],"ar":["Arab",["ME"],"\u0627\u0644\u0639\u0631\u0628\u064a\u0629"],"arc":["Syrc",["ME"],"\u0710\u072a\u0721\u071d\u0710"],"arn":["Latn",["AM"],"mapudungun"],"aro":["Latn",["AM"],"Araona"],"arq":["Latn",["AF"],"Dziri"],"ary":["Latn",["ME"],"Ma\u0121ribi"],"arz":["Arab",["ME"],"\u0645\u0635\u0631\u0649"],"as":["Beng",["AS"],"\u0985\u09b8\u09ae\u09c0\u09df\u09be"],"ase":["Sgnw",["AM"],"American
sign
language"],"ast":["Latn",["EU"],"asturianu"],"av":["Cyrl",["EU"],"\u0430\u0432\u0430\u0440"],"avk":["Latn",["WW"],"Kotava"],"ay":["Latn",["AM"],"Aymar
aru"],"az":["Latn",["EU","ME"],"az\u0259rbaycanca"],"ba":["Cyrl",["EU"],"\u0431\u0430\u0448\u04a1\u043e\u0440\u0442\u0441\u0430"],"bar":["Latn",["EU"],"Boarisch"],"bbc-latn":["Latn",["AS"],"Batak
Toba"],"bbc":["Batk",["AS"],"Batak Toba\/Batak autonym
unknown"],"bcc":["Arab",["AS","ME"],"\u0628\u0644\u0648\u0686\u06cc
\u0645\u06a9\u0631\u0627\u0646\u06cc"],"bcl":["Latn",["AS"],"Bikol
Central"],"be-tarask":["Cyrl",["EU"],"\u0431\u0435\u043b\u0430\u0440\u0443\u0441\u043a\u0430\u044f
(\u0442\u0430\u0440\u0430\u0448\u043a\u0435\u0432\u0456\u0446\u0430)"],"be-x-old":["Cyrl",["EU"],"\u0431\u0435\u043b\u0430\u0440\u0443\u0441\u043a\u0430\u044f
(\u0442\u0430\u0440\u0430\u0448\u043a\u0435\u0432\u0456\u0446\u0430)"],"be":["Cyrl",["EU"],"\u0431\u0435\u043b\u0430\u0440\u0443\u0441\u043a\u0430\u044f"],"bew":["Latn",["AS"],"Bahasa
Betawi"],"bfq":["Taml",["AS"],"\u0baa\u0b9f\u0b95\u0bbe"],"bg":["Cyrl",["EU"],"\u0431\u044a\u043b\u0433\u0430\u0440\u0441\u043a\u0438"],"bh":["Deva",["AS"],"\u092d\u094b\u091c\u092a\u0941\u0930\u0940"],"bho":["Deva",["AS"],"\u092d\u094b\u091c\u092a\u0941\u0930\u0940"],"bi":["Latn",["PA"],"Bislama"],"bjn":["Latn",["AS"],"Bahasa
Banjar"],"bm":["Latn",["AF"],"bamanankan"],"bn":["Beng",["AS"],"\u09ac\u09be\u0982\u09b2\u09be"],"bo":["Tibt",["AS"],"\u0f56\u0f7c\u0f51\u0f0b\u0f61\u0f72\u0f42"],"bpy":["Beng",["AS"],"\u09ac\u09bf\u09b7\u09cd\u09a3\u09c1\u09aa\u09cd\u09b0\u09bf\u09af\u09bc\u09be
\u09ae\u09a3\u09bf\u09aa\u09c1\u09b0\u09c0"],"bqi":["Arab",["ME"],"\u0628\u062e\u062a\u064a\u0627\u0631\u064a"],"br":["Latn",["EU"],"brezhoneg"],"brh":["Latn",["ME","AS"],"Br\u00e1hu\u00ed"],"bs":["Latn",["EU"],"bosanski"],"bto":["Latn",["AS"],"Iriga
Bicolano"],"bug":["Bugi",["AS"],"\u1a05\u1a14
\u1a15\u1a18\u1a01\u1a17"],"bxr":["Cyrl",["AS"],"\u0431\u0443\u0440\u044f\u0430\u0434"],"ca":["Latn",["EU"],"catal\u00e0"],"cbk-zam":["Latn",["AS"],"Chavacano
de
Zamboanga"],"cdo":["Latn",["AS"],"M\u00ecng-d\u0115\u0324ng-ng\u1e73\u0304"],"ce":["Cyrl",["EU"],"\u043d\u043e\u0445\u0447\u0438\u0439\u043d"],"ceb":["Latn",["AS"],"Cebuano"],"ch":["Latn",["PA"],"Chamoru"],"cho":["Latn",["AM"],"Choctaw"],"chr":["Cher",["AM"],"\u13e3\u13b3\u13a9"],"chy":["Latn",["AM"],"Tsets\u00eahest\u00e2hese"],"ckb":["Arab",["ME"],"\u06a9\u0648\u0631\u062f\u06cc"],"co":["Latn",["EU"],"corsu"],"cps":["Latn",["AS"],"Capice\u00f1o"],"cr-cans":["Cans",["AM"],"\u14c0\u1426\u1403\u152d\u140d\u140f\u1423"],"cr-latn":["Latn",["AM"],"N\u0113hiyaw\u0113win"],"cr":["Cans",["AM"],"N\u0113hiyaw\u0113win
\/
\u14c0\u1426\u1403\u152d\u140d\u140f\u1423"],"crh-cyrl":["Cyrl",["EU"],"\u043a\u044a\u044b\u0440\u044b\u043c\u0442\u0430\u0442\u0430\u0440\u0434\u0436\u0430
(\u041a\u0438\u0440\u0438\u043b\u043b)"],"crh-latn":["Latn",["EU"],"q\u0131r\u0131mtatarca
(Latin)"],"crh":["Latn",["EU"],"\u043a\u044a\u044b\u0440\u044b\u043c\u0442\u0430\u0

[Bug 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

--- Comment #3 from Thehelpfulone  2012-09-30 
18:59:28 UTC ---
By all ops, do you mean every op that currently has access to
#wikimedia-ops-internal or only the 'big' channels?

-- 
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 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334

--- Comment #5 from Niklas Laxström  2012-09-30 
18:58:55 UTC ---
twn:/www/translatewiki.net/w (deployment)$ grep 'href in' logs/error_php
[13-Sep-2012 14:38:55] PHP Notice:  Undefined index: href in
/www/translatewiki.net/w/skins/Vector.php on line 417
[21-Sep-2012 09:39:14] PHP Notice:  Undefined index: href in
/www/translatewiki.net/w/skins/Vector.php on line 417
[27-Sep-2012 01:26:43] PHP Notice:  Undefined index: href in
/www/translatewiki.net/w/skins/Vector.php on line 417
[30-Sep-2012 04:56:49] PHP Notice:  Undefined index: href in
/www/translatewiki.net/w/skins/Vector.php on line 417

-- 
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 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

--- Comment #2 from Barras  2012-09-30 18:56:24 UTC ---
It will be used for both, as I said above "for better coordination and
discussion
among all ops".

The list and also the archives will be private.

-- 
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 40641] Clicking "others" in Special:Version asks to download a file

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40641

Niklas Laxström  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
URL|http://en.wikipedia.org/wik |
   |i/Special:Version   |
 Resolution|DUPLICATE   |

--- Comment #4 from Niklas Laxström  2012-09-30 
18:55:25 UTC ---
Unduplicating. Fixing Apache on WMF wont fix it for other installations out
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 40616] Invisible changes to article

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40616

--- Comment #7 from m...@mail.com 2012-09-30 18:54:40 UTC ---

I can watch it for you, Meme, since I check Wikipedia frequently throughout the
day. But frankly, we should expect weird "hiccups" repeatedly with a system as
enormous and complex as Wikipedia. It's surprising there aren't more, or maybe
there are and we just don't notice because perhaps most of them are limited to
specific servers or disappear within a few hours. If I had a dime for every
bizarre, inexplicable database problem in my own software, I'd be independently
wealthy by now.  ;)  The gremlins are a busy bunch...

-- 
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 35568] Emoji characters not included in pdf

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=35568

m...@mail.com changed:

   What|Removed |Added

 CC||m...@mail.com

--- Comment #1 from m...@mail.com 2012-09-30 18:53:26 UTC ---
I'm not sure what you mean by the "PDF"; but are the characters showing up in
the HTML version?  They did for me when I tested it just now.

-- 
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 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2012-09-30 18:52:06 UTC ---
Do you envision this as more of an announce list or a discussion list?

And would the archives (and the list itself, I guess) be considered public or
private?

-- 
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 40627] Make uls.data in jquery.uls.js human readable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40627

--- Comment #1 from Niklas Laxström  2012-09-30 
18:43:23 UTC ---
I believe you are refering to different file this time:
resources/js/ext.uls.webfonts.repository.js

There isn't manual minification, the plain fact is that it is *difficult* to
generate pretty JSON unless you have MediaWiki or PHP 5.4 as dependency.

-- 
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 31235] Extensions awaiting code review to be deployed on Wikimedia wikis (tracking)

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31235

Bug 31235 depends on bug 22911, which changed state.

Bug 22911 Summary: Install [[mw:Extension:SubpageSortkey]] on Portuguese and 
English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22911

   What|Old Value   |New Value

 Status|REOPENED|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 22911] Install [[mw:Extension:SubpageSortkey]] on Portuguese and English Wikibooks

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=22911

Sam Reed (reedy)  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #40 from Sam Reed (reedy)  2012-09-30 18:23:54 
UTC ---
(In reply to comment #39)
> (In reply to comment #38)
> > (In reply to comment #35)
> > > Deployed on enwikibooks and ptwikibooks
> > 
> > I think this is what is missing: Gerrit Change Id3e260f1.
> 
> Note: after that change is merged, someone has to run the updateCollations.php
> --force maintiance script on the affected wikis.

Done

-- 
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 38158] jquery.byteLimit sometimes causes an unexpected 0 maxLength being enforced

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=38158

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org

--- Comment #11 from Mark A. Hershberger  2012-09-30 
18:16:38 UTC ---
queued for merge to 1.20 tarball.

-- 
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 36565] MW 1.19: (Fatal error) BitmapHandler::escapeMagickPath: unexpected colon character in path name

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=36565

Mark A. Hershberger  changed:

   What|Removed |Added

   Target Milestone|1.20.0 release  |---

--- Comment #2 from Mark A. Hershberger  2012-09-30 
18:14:15 UTC ---
Removing 1.20 tarball milestone, but I agree with Max: looks like your vars are
set incorrectly.

-- 
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 36053] [Regression] Log in "returnto" feature forgets query parameters if no title parameter was specified

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=36053

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org
   Target Milestone|1.20.0 release  |Future release

--- Comment #3 from Mark A. Hershberger  2012-09-30 
18:12:38 UTC ---
no code yet, so pushing to future.

-- 
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 35030] Moving page triggers HTTP 500 on zhwiki

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=35030

Mark A. Hershberger  changed:

   What|Removed |Added

   Target Milestone|1.20.0 release  |Future release

--- Comment #6 from Mark A. Hershberger  2012-09-30 
18:11:16 UTC ---
Has this been seen since?  I'm bumping milestone, but I imagine it could be
closed as 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 40572] geoiplookup returns empty for IPv6 users

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40572

Jasper Deng  changed:

   What|Removed |Added

 CC||jas...@jasperswebsite.com

--- Comment #1 from Jasper Deng  2012-09-30 18:10:56 
UTC ---
Because we first need to setup or find a reliable online IPv6 geolocation
database.

-- 
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 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

Thehelpfulone  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |ASSIGNED
   Severity|normal  |enhancement

-- 
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 40643] Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

Barras  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |pbeaude...@wikimedia.org
   |org |

-- 
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 34853] mw.loader.load should (continue to) load other modules even if one of them doesn't make it

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=34853

Mark A. Hershberger  changed:

   What|Removed |Added

   Target Milestone|1.20.0 release  |Future release

--- Comment #3 from Mark A. Hershberger  2012-09-30 
18:09:12 UTC ---
I have seen this in 1.19, but, yes, not a huge issue. Bumping to nebulous
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 40643] New: Mailing list for IRC operators

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40643

   Web browser: ---
 Bug #: 40643
   Summary: Mailing list for IRC operators
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Mailing lists
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: bar...@email.de
CC: b...@caseybrown.org, phili...@wikimedia.org,
thehelpfulonew...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Hello,

I'd like to request the creation of a mailing list for IRC operators of
wikipedia/wikimedia related channels for better coordination and discussion
among all ops. Not all ops are always on IRC and so sometimes miss stuff that
might be of use for them. I'd suggest "irc-ops" as a possible name.

Thanks,

Barras

-- 
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 31983] Templates of Cite collapse behind

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31983

Mark A. Hershberger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #8 from Mark A. Hershberger  2012-09-30 
18:07:41 UTC ---
Marking fixed since recent reports point to working code.

-- 
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 31755] [Regression] Styling in headers breaks sortable tables

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31755

Mark A. Hershberger  changed:

   What|Removed |Added

   Target Milestone|1.20.0 release  |Future release

--- Comment #30 from Mark A. Hershberger  2012-09-30 
18:04:29 UTC ---
still broken, still bumping.

-- 
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 31676] ResourceLoader should work around IE stylesheet limit

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31676

--- Comment #34 from Mark A. Hershberger  2012-09-30 
18:03:36 UTC ---
queued for merge req to 1.20

-- 
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 36664] MediaWiki bugs to be fixed for 1.20wmf3 deployment (tracking)

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=36664

Bug 36664 depends on bug 31576, which changed state.

Bug 31576 Summary: Magic words are considered to be (non-existing) templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576

   What|Old Value   |New Value

 Status|REOPENED|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 31576] Magic words are considered to be (non-existing) templates

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576

Mark A. Hershberger  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #60 from Mark A. Hershberger  2012-09-30 
18:02:11 UTC ---
marking fixed per comment 58.

-- 
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 27849] API: add normalized info also for unicode normalization of titles

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=27849

Mark A. Hershberger  changed:

   What|Removed |Added

   Target Milestone|1.20.0 release  |Future release

--- Comment #26 from Mark A. Hershberger  2012-09-30 
18:00:11 UTC ---
punting to some point in the future.

-- 
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 40448] Replace mediawiki.legacy.mwsuggest with SimpleSearch.

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40448

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org

--- Comment #12 from Mark A. Hershberger  2012-09-30 
17:56:21 UTC ---
I'll make merge requests for 1.20 tarball if you don't beat me.

-- 
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 40609] Some RTL interfaces have incredibly large width, causing horizontal scrollbar to appear

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40609

Niklas Laxström  changed:

   What|Removed |Added

 CC||fr-t...@wikimedia.org
  Component|Internationalization|Fundraising: Misc.
Version|1.19.2  |wmf-deployment
Product|MediaWiki   |Wikimedia

-- 
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 40642] Publish Bugzilla customizations on Gerrit

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40642

Sam Reed (reedy)  changed:

   What|Removed |Added

 Depends on|33406   |

--- Comment #1 from Sam Reed (reedy)  2012-09-30 17:40:15 
UTC ---
Puppet configuration has been available for ages, mainly in a few files, some
around in others. Grep for bugzilla?

files\apache\sites\bugzilla.wikimedia.org
manifests\misc\bugzilla.pp

Skin customisations etc are all still in SVN, and useable from there:
https://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/bugzilla/

-- 
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 33406] Install sitemap extension into bugzilla, and then update bugzilla robots.txt

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=33406

Sam Reed (reedy)  changed:

   What|Removed |Added

 Blocks|40642   |

-- 
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 40632] Kill $wgCleanupPresentationalAttributes from MediaWiki core

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40632

--- Comment #10 from Danny B.  2012-09-30 17:37:48 UTC ---
(In reply to comment #8)
> Nobody is talking about inline styles. This is technical representation only.
> This is not related to accessibility.

The feature converts old presentational attributes to inline stylesheets.

-- 
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 40441] Search field is stuck with "Search" in it and cursor at the beginning until some character is typed

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40441

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org
   Target Milestone|1.20.0 release  |---

--- Comment #4 from Mark A. Hershberger  2012-09-30 
17:37:44 UTC ---
What you are describing is the native behaviour of the new "placeholder"
attribute
(http://www.w3.org/TR/html-markup/input.text.html#input.text.attrs.placeholder).
 See also Bug #40464.

Recommend WONTFIX since this is browser-dependent.  See
http://caniuse.com/#feat=input-placeholder.  Opera, for instance, removes the
text when you click on the box (tested on my own placeholder attribute, not
en.wiki).

-- 
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 40628] Wikilove for it.wikiquote

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40628

--- Comment #3 from Emanuele Raoli  2012-09-30 17:35:46 UTC ---
Thank you 

In order to clarify that there is a community local consensus, I asked to an
administrator of wikiquote in italian to specify the consensus about WikiLove.
https://it.wikiquote.org/w/index.php?diff=517389&oldif=517211&rcid=526041

When the extension should be on?

-- 
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 33406] Install sitemap extension into bugzilla, and then update bugzilla robots.txt

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=33406

Tim Landscheidt  changed:

   What|Removed |Added

 Blocks||40642

-- 
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 40642] New: Publish Bugzilla customizations on Gerrit

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40642

   Web browser: ---
 Bug #: 40642
   Summary: Publish Bugzilla customizations on Gerrit
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: ops
  Severity: enhancement
  Priority: Unprioritized
 Component: Bugzilla
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: t...@tim-landscheidt.de
CC: a9016...@gmx.de, b...@mzmcbride.com, dz...@wikimedia.org,
innocentkil...@gmail.com, m...@everybody.org,
mediawiki-b...@nadir-seen-fire.com,
p858sn...@gmail.com, s...@reedyboy.net,
suma...@wikimedia.org, thehelpfulonew...@gmail.com
Depends on: 33406
Classification: Unclassified
   Mobile Platform: ---


+++ This bug was initially created as a clone of Bug #33406 +++

| > Is the Bugzilla configuration (or patched sources) accessible somewhere?  I
| > didn't see anything obvious on Gerrit.

| We haven't moved the bugzilla customizations to gerrit yet. We probably
should.

This should include:

- configuration files themselves,
- skins,
- local modifications to the software,
- puppet configuration.

-- 
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 40632] Kill $wgCleanupPresentationalAttributes from MediaWiki core

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40632

--- Comment #9 from Daniel Friesen  
2012-09-30 17:32:32 UTC ---
(In reply to comment #8)
> Nobody is talking about inline styles. This is technical representation only.
> This is not related to accessibility.
> 
> (In reply to comment #3)
> > But it won't happen in time for 1.20 tarball, so bumping to future.
> 
> I'd like to beg for this to get back on the 1.20 tarball. We introduced a bad
> and destructive "feature" in 1.20-git, and we need to get rid of it before
> it goes out in any official release.

Instead of trying to get a full removal done in time you could just flip the
default in the 1.20 branch so you'll get the same effect out of a release.

Though I may have to burst your bubble a bit... This feature was introduced in
1.19 and it's already live in a stable release. Not just that but that included
the  bug. So it wasn't an issue introduced in
1.20, it's already live and 1.20 makes it less buggy.

-- 
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 40632] Kill $wgCleanupPresentationalAttributes from MediaWiki core

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40632

--- Comment #8 from Krinkle  2012-09-30 17:28:08 UTC ---
Nobody is talking about inline styles. This is technical representation only.
This is not related to accessibility.

(In reply to comment #3)
> But it won't happen in time for 1.20 tarball, so bumping to future.

I'd like to beg for this to get back on the 1.20 tarball. We introduced a bad
and destructive "feature" in 1.20-git, and we need to get rid of it before
it goes out in any official 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 40632] Kill $wgCleanupPresentationalAttributes from MediaWiki core

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40632

Krinkle  changed:

   What|Removed |Added

   Keywords|accessibility   |

--- Comment #7 from Krinkle  2012-09-30 17:27:06 UTC ---
Nobody is talking about inline styles. This is technical representation only.
This is not related to accessibility.

(In reply to comment #3)
> But it won't happen in time for 1.20 tarball, so bumping to future.

I'd like to beg for this to get back on the 1.20 tarball. We introduced a bad
and destructive "feature" in 1.20-git, and we need to get rid of it before
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 40601] "Cancel" link when editing a page should be a button

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40601

--- Comment #9 from Isarra  2012-09-30 17:25:40 UTC ---
(In reply to comment #8)
> The other consideration that should be made here is that MediaWiki core may 
> end
> up using different styling/button positions than VisualEditor (which currently
> has one large, green "Save page" button _above_ the textarea).

Having a button above the text area is not unprecedented - there was a labs
feature that added a 'Publish' and a 'Cancel' button at the top right above the
textarea. I've used it to cancel before, since it's in a convenient and
expected place; dunno that I've ever used the link by the usual buttons.

It really stands out with the VE sandbox, but that's the model both VE and the
current editor should be following, regardless of positioning - a cancel button
is intuitive. Having to click on the 'page' tab is not, and yet that is still
more so than a text link that gets lost amidst the other text.

-- 
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 35492] CSSMin::minify should leave string property values untouched

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=35492

Krinkle  changed:

   What|Removed |Added

   Priority|Normal  |Low

--- Comment #5 from Krinkle  2012-09-30 17:25:37 UTC ---
Yeah, the bug has been around for almost 2 years and so far (though we know how
to trigger it) we haven't hit the bug in any of the real plugins and extensions
we've come across. It is only a matter of time before we will, though.

-- 
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 22911] Install [[mw:Extension:SubpageSortkey]] on Portuguese and English Wikibooks

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=22911

--- Comment #39 from Bawolff  2012-09-30 17:23:17 UTC ---
(In reply to comment #38)
> (In reply to comment #35)
> > Deployed on enwikibooks and ptwikibooks
> 
> I think this is what is missing: Gerrit Change Id3e260f1.

Note: after that change is merged, someone has to run the updateCollations.php
--force maintiance script on the affected wikis.

-- 
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 38609] /w/CREDITS servered as application/octet-stream instead of text/plain

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=38609

--- Comment #6 from Bawolff  2012-09-30 17:15:53 UTC ---

> 
> That's very weird. We're using the latest web standards like HTML5, CSS and
> JavaScript and we're using a plaintext file for that?

Its traditional for such a file to be plaintext...

Personally I'm more concerned for wmf wikis. Its a very minor thing, so I don't
think it matters that much for other wikis.

-- 
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 32987] The language used to render SVGs should be definable

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=32987

--- Comment #10 from Jarry1250  2012-09-30 17:13:36 UTC ---
So, broken this down into some different patches:
* https://gerrit.wikimedia.org/r/#/c/21321/ (merged)
* https://gerrit.wikimedia.org/r/#/c/22301/ (merged)

And another one later today.

-- 
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 40598] [Regression] jquery.localize tests are failing in IE6-8

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40598

--- Comment #2 from Krinkle  2012-09-30 17:11:30 UTC ---
This module powers some of the most visible extensions we use in wmf
deployment. This is a regression that affects a large part of our browser
support, and the regression was recently introduced in the last couple of
weeks. This should definitely block 1.20, as a matter of fact, if we were
running javascript tests in the first place, this would've blocked
wmf-deployment and master 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 37073] Impossible to step from "Upload" to "Release right"

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=37073

Platonides  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||cste...@wikimedia.org,
   ||platoni...@gmail.com
 Resolution|FIXED   |
 Ever Confirmed|0   |1

--- Comment #8 from Platonides  2012-09-30 17:09:14 UTC 
---
I just hit this bug in Wikimedia Commons. I was able to reproduce it a second
time. But when trying to list the precise steps, I no longer can.

No more than these steps seem to be needed:
- Add several files.
- Remove one of them.
- Add another file.
- Open a file choosing dialog and cancel it.

I suspect it's a timing issue.
Perhaps when you add another file while another is uploading and they both
finish roughly at the same time Firefox only triggers one 'finished' event?
All the files end up with a check mark, so it does notice they are all
uploaded, though.

-- 
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 35562] @import styles broken in modules that combine multiple stylesheets

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=35562

Krinkle  changed:

   What|Removed |Added

   Priority|Normal  |High

-- 
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 40500] ResourceLoader should not ignore media-type for urls in debug mode

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=40500

Krinkle  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 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 35562] @import styles broken in modules that combine multiple stylesheets

2012-09-30 Thread bugzilla-daemon 
https://bugzilla.wikimedia.org/show_bug.cgi?id=35562

Krinkle  changed:

   What|Removed |Added

   Severity|minor   |major

-- 
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

  1   2   >