[Bug 40521] Restore "deletelogentry" right to "Eliminator" group on ja.wikipedia

[bugzilla-daemon]

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

--- Comment #4 from miya  2012-09-30 02:10:59 UTC ---
Added. Thank you!

-- 
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 40329] Don't use hacks to replicate a browser function, either let align="" pass through or not; in HTML5

[bugzilla-daemon]

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

--- Comment #32 from MZMcBride  2012-09-30 02:06:56 UTC ---
(In reply to comment #31)
> * $wgCleanupPresentationalAttributes will be removed from core (master and
> REL1_20), it is currently broken and to be considered an unacceptable
> regression.

I've split this out to bug 40632 ("Kill $wgCleanupPresentationalAttributes from
MediaWiki core").

> Now if there was actually some kind of victory at the end of this quest, it
> could be worth pursuing. But surely we don't consider passing the HTML5
> validator a victory? All browsers we support support these attributes, they
> likely do so because old documents (and old habits) die hard and they will be
> served through newer software frameworks. This all works just fine and there 
> is
> nothing to be concerned about. The validator is a tool, no more no less. It is
> not a browser and we don't have to support it everything it says.

I've split this out to bug 40633 ("Auto-categorize pages that contain invalid
HTML"). I believe, if possible, auto-categorizing pages that contain invalid
HTML (attributes or elements) would be beneficial to wiki editors. Knowledge is
power, or something.

-- 
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 40633] New: Auto-categorize pages that contain invalid HTML

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40633
   Summary: Auto-categorize pages that contain invalid HTML
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
Classification: Unclassified
   Mobile Platform: ---


Splitting this from bug 40329, MediaWiki should, if possible, auto-categorize
pages that contain invalid HTML attributes or elements. This will allow
diligent and caring wiki editors to improve the code that these pages uses, if
they feel inclined to.

-- 
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 40579] Update Sanitizer to support replacement of whole elements instead of just attributes.

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #4 from MZMcBride  2012-09-30 02:01:58 UTC ---
(In reply to comment #2)
> This is part of $wgCleanupPresentationalAttributes. Right now for a purely
> technical reason we transform attributes that were removed from HTML but not
> elements that were removed from html.

Right, I believe this is the wrong direction to be headed in. I've filed bug
40632 ("Kill $wgCleanupPresentationalAttributes from MediaWiki core").

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

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40632
   Summary: Kill $wgCleanupPresentationalAttributes from MediaWiki
core
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
Classification: Unclassified
   Mobile Platform: ---


Splitting this from bug 40329, $wgCleanupPresentationalAttributes should be
killed from MediaWiki core. It was introduced in r94465 to try to magically
transform particular deprecated and invalid attributes into their CSS
equivalents.

I don't believe these types of magical transformations are a good idea and the
introduction of this code appears to have caused more problems than it has
solved. I strongly urge that this global configuration variable and its related
code be removed before the release of 1.20.

-- 
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 40618] jquery.tablesorter: Add support for a "fixed" column

[bugzilla-daemon]

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

--- Comment #11 from tm112  2012-09-30 01:15:06 UTC ---
(In reply to comment #10)
> Sure. If we're going to add this, it'll be part of the jquery.tablesorter
> module.

Thanks.

I just looked into the code with hope that I could help a bit but I understand
too little to see what's going on there ;) But I thought I'd ask if it could be
like:
1) search for a colmun with class "fixed",
2) store it's order,
3) sort the table as usually,
4) recover the "fixed" column.

Or simplified version, only for ordering numbers:
1) sort table as usually
2) search for a column with class "ordering-numbers"
3) fill the cells of the column with ordering numbers.

-- 
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 40618] jquery.tablesorter: Add support for a "fixed" column

[bugzilla-daemon]

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

--- Comment #10 from Krinkle  2012-09-30 00:45:38 UTC ---
(In reply to comment #9)
> Yes, let's say it's a "new feature" but I feel it's inseparable part of
> "wikitable sortable" feature.
> 

Sure. If we're going to add this, it'll be part of the jquery.tablesorter
module.

-- 
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 40346] Way to bring back user preferences that were removed from core (tracking)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

  Component|General/Unknown |General/Unknown
Product|MediaWiki   |MediaWiki extensions
Summary|Convert some MediaWiki user |Way to bring back user
   |preferences into JavaScript |preferences that were
   |gadgets (tracking)  |removed from core
   ||(tracking)

-- 
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 40618] jquery.tablesorter: Add support for a "fixed" column

[bugzilla-daemon]

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

--- Comment #9 from tm112  2012-09-30 00:43:07 UTC ---
Yes, let's say it's a "new feature" but I feel it's inseparable part of
"wikitable sortable" feature.

And yes, you're totally right with "fixed", thanks for clarification.

-- 
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 40346] Convert some MediaWiki user preferences into JavaScript gadgets (tracking)

[bugzilla-daemon]

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

--- Comment #9 from Krinkle  2012-09-30 00:41:28 UTC ---
(In reply to comment #7)
> So we need a repository!

First off, not all preferences can be reproduced with css/javascript. Certain
preferences really should be handled server side.

Having that said, a gadget repository is probably not a good solution for this.
As MZMcBride pointed out a little bit already, that would move the preferences
from one tab to another. I'd say that's for the worse. It'll only clutter the
gadgets tab.

I'd say we can create an extension called "LegacyPreferences" that implements
them exactly the way they used to be in core (be in server side, client side or
both, whatever the implementation was in core). Then when preference is removed
from core, but some people still want it, it can be moved there instead. Then
you'd have something like this:

-- LocalSettings.php
require_once( "$IP/extensions/LegacyPreferences/LegacyPreferences.php" );
// By default each is false, enable the ones you want to bring back
$wgLegacyPreferencesEnabled['cols'] = true;
$wgLegacyPreferencesEnabled['highlightbroken'] = true;

-- 
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 40346] Convert some MediaWiki user preferences into JavaScript gadgets (tracking)

[bugzilla-daemon]

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

--- Comment #8 from Krinkle  2012-09-30 00:36:49 UTC ---
(In reply to comment #7)
> So we need a repository!

You have an interesting way of interpreting comments.

-- 
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 33513] "Zurück zum alten Formular" (back to the old form) links to the wrong page

[bugzilla-daemon]

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

Ferry Roland  changed:

   What|Removed |Added

 CC||masa...@live.com

--- Comment #16 from Ferry Roland  2012-09-30 00:36:38 UTC ---
I'm not Saibo. I tried in de but not 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 33837] Set $wgLegacyJavaScriptGlobals = false by default

[bugzilla-daemon]

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

--- Comment #4 from Krinkle  2012-09-30 00:34:41 UTC ---
Keeping compatibility with 1.16 and 1.20 with the same code is somewhat crazy
as there is a huge amount of development in between. wg* globals are probably
the least of your worries (localization, dependencies, new APIs, different HTML
markup, ...).

So I'd recommend to branch or tag your script. Keep the old version as-is for <
1.17, and the new version for anything new. Or if you really do only have this
one specific problem and everything still works as-is, it is easily worked
around with a small wrapper like:

var mwConf = window.mw ?
   function (key) {
  return mw.config.get(key);
   } :
   function (key) {
  return window[key];
   };

They will be removed because they haven't been relevant for 4 major versions,
and any script still using them is definitely overdue for a review (if it
hasn't broken already).

Also note that they wouldn't be really "removed". In a way they are already
gone. Toggle $wgLegacyJavaScriptGlobals to enable/disable the compatibility
layer.

If it was just this on itself, it could be kept for a long while, but it is
part of the whole "legacy / 1.17+" deal (ResourceLoader, Vector, jQuery,
WikiEditor etc.). It is a one-time turning point in the history from one era to
another.

-- 
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 40346] Convert some MediaWiki user preferences into JavaScript gadgets (tracking)

[bugzilla-daemon]

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

--- Comment #7 from Isarra  2012-09-30 00:28:32 UTC ---
So we need a repository!

-- 
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 40618] jquery.tablesorter: Add support for a "fixed" column

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

   Priority|Unprioritized   |Low
Summary|sorting table with one  |jquery.tablesorter: Add
   |(first) column unsorted |support for a "fixed"
   ||column

--- Comment #8 from Krinkle  2012-09-30 00:25:12 UTC ---
Rephrasing ticket summary.

If I understand correctly you're looking for a way to let a column be fixed,
unaffected by row re-ordering.

That is not a bug with "unsorted", "unsorted" works as it should, many people
rely on the way it works. I believe you're looking for a new feature, I'll call
it "fixed" for 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 40624] Rollback shouldn't patrol without log entry

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

Summary|Rollback doesn't add patrol |Rollback shouldn't patrol
   |info|without log entry

-- 
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 40622] Set $wgUseTwoButtonsSearchForm = false; by default

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
   Target Milestone|--- |Future release
   Severity|normal  |enhancement

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 34893] Jump-to accessibility links feature broken

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
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 40346] Convert some MediaWiki user preferences into JavaScript gadgets (tracking)

[bugzilla-daemon]

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

--- Comment #6 from Krinkle  2012-09-30 00:16:30 UTC ---
(In reply to comment #5)
> (In reply to comment #3)
> > (In reply to comment #2)
> >> Aye:
> >> .
> > 
> > So far that seems an inventory of preferences and personal opinions which
> > disregards both my suggestions:
> > 
> > 1)
> >> Do we have any way to ship gadgets bundled with core? 
> > 2)
> >> RfC to produce some criteria to decide [...]
> 
> It doesn't disregard your suggestions, it mostly side-steps them. Some
> functionality should be removed. Bundling the gadgets with core would defeat
> most of the purpose of (a) removing the user preferences from core (you don't
> lose the code weight); and (b) removing the user preferences generally (as
> you're essentially just moving the preferences from one tab in
> Special:Preferences to another).
> 

Indeed.

Aside from that, it is imho technically a bad idea to ship gadgets by default
(unless provided through a repository). Because gadgets are stored as pages, so
they'd get out of date quickly and would only clutter people's repositories
with hardcoded copies. Also note that Gadgets is an extension, not a core
feature.

We don't want more scripts floating around doomed to get out of date and not be
used.

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

[bugzilla-daemon]

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

--- Comment #3 from Huji  2012-09-29 23:59:20 UTC ---
Until Chad Spencer responds, can someone with admin access in Meta please add
these lines to that page:

body.rtl #{{{banner}}} {

 left: 0;
 top: 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 40630] gu.wikisource has become sluggish on IE

[bugzilla-daemon]

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

Dereckson  changed:

   What|Removed |Added

   Keywords||javascript

--- Comment #1 from Dereckson  2012-09-29 23:49:00 
UTC ---
[ adding 'javascript' keyword ]

-- 
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 40630] gu.wikisource has become sluggish on IE

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

Web browser|--- |Internet Explorer

-- 
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 40630] gu.wikisource has become sluggish on IE

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

   Keywords||performance
 CC||a9016...@gmx.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 36151] mw.Title should not have an extension limit

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

   Keywords|patch-in-gerrit |
Version|1.19|1.18

-- 
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 36151] mw.Title should not have an extension limit

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Bartosz Dziewoński  2012-09-29 
23:31:18 UTC ---
Merged.

-- 
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 40631] New: Asirra link hardcoded as http, caused mixed content warnings when used over https

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40631
   Summary: Asirra link hardcoded as http, caused mixed content
warnings when used over https
   Product: MediaWiki extensions
   Version: master
  Platform: All
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: ConfirmEdit (CAPTCHA extension)
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jacobles...@hotmail.com
Classification: Unclassified
   Mobile Platform: ---


The link to the Asirra clientscript is hardcoded as http://.  This causes mixed
content warnings in internet explorer when viewed over a secure https://
connection and the CAPTCHA does not display.  This can be fixed by modifying
line 8 of Asirra.class.php from this:

public $asirra_clientscript =
'http://challenge.asirra.com/js/AsirraClientSide.js';

to this:

public $asirra_clientscript = '//challenge.asirra.com/js/AsirraClientSide.js';

-- 
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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return

[bugzilla-daemon]

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

--- Comment #5 from Daniel Friesen  
2012-09-29 23:06:28 UTC ---
(In reply to comment #4)
> Ok let's nail it to the basics:
> 
> Old search:
> Fail #1: 2 buttons, a "Go" and a "Search" button
Fail #1.1: The two buttons do not match practices used in other places on the
internet. This leaves the user with no prior knowledge to reference in their
confusion.

> New search: 
> Fail #1: No submit button at all
> Fail #2: Submit function is a tiny icon
The magnifying glass is the submit button. It carries proper alt text, title,
and pointer functionality as well. This practice isn't a quirk of our system,
it's a practice used by other websites as well, so it isn't completely
unexpected.

However you're welcome to request user testing to see if users are having a
hard time submitting their search queries.
Or we could add the equivalent of click tracking. Watch for users entering text
into the search box and see how many times they leave without continuing with
their search (Though we'll have to be careful about power-users like me that
use the Auto-complete to find a template name we need). Perhaps also track how
long the time between last character and submission was.

> Fail #3: Submit function is a forced redirect function
This isn't a fail. Unlike other websites wikis have articles with simple names
for the mass majority of searches the user is looking for the page with the
same name. Hence we send the user there.

> Fail #4: Simple full text search is a text link
> Fail #5: Simple text search link is hidden as last entry of a suggestions list

Fulltext search rather than the go functionality is not usually what the user
intends most of the time. Frankly if you think about it the user doesn't even
know what the site structure is so having separate fulltext search
functionality is almost useless. The only situation that a user actually
explicitly wants fulltext search is generally when they have already made a
search and the first result didn't have anything they want.
And that's a special situation, not one indicating that 
Actually... quite frankly in the old system I doubt the user ever understood
that they could re-search with a separate fulltext search.

For those kinds of situations a feature that adds something like "Not what
you're looking for? You can search for  instead."
(where <...> is a link to the search page) is the correct way to handle the
user.

> "From a usability point of view, irritated users use the search function as a
> last option when looking for specific information on a website."
> Wikis are not a standard website. Search is fundamental.
Exactly why unlike other websites we have the go functionality. The problem is
we need a few more tweaks to perfect it's usability. The old functionality was
one of the worst.

-- 
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 40630] New: gu.wikisource has become sluggish on IE

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40630
   Summary: gu.wikisource has become sluggish on IE
   Product: Wikimedia
   Version: wmf-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dsv...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


for last couple of weeks (at least) gu.wikisource has become very slow in
typing. The issue is specifically on IE9 and IE6, but on firefox, speed is
normal. on ws, typing input is very slow everywhere, e.g. search input, page
text box, edit summary, etc.

Tried disabling JS in IE9 and that brought back the speed to normal.
 &  tried some bits 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 40629] Add 'values from query' parameter for the 'field' tag

[bugzilla-daemon]

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

Yury Katkov  changed:

   What|Removed |Added

 AssignedTo|yaro...@gmail.com   |katkov.ju...@gmail.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40629] New: Add 'values from query' parameter for the 'field' tag

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40629
   Summary: Add 'values from query' parameter for the 'field' tag
   Product: MediaWiki extensions
   Version: master
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: SemanticForms
AssignedTo: yaro...@gmail.com
ReportedBy: katkov.ju...@gmail.com
CC: wikibugs-l@lists.wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Currently the 'values from concept' is the only way to get the list of allowed
values from some SMW query. I propose to add 'values from query' parameter that
will allow to use SMW query language to get the list of pages that will be the
allowed values. This parameter will make Semantic Forms more flexible.

For forms that are created from a template there will be a way to specify the
allowed values without creating the concepts.

1) simple example:
Here is a simplest possible example of the new 'values from query' parameter: 

{{field|somename|values from query=[[Category:Flowers]][[Color::Red]]|input
type=listbox}} 

this will work in the same way as

{{field|somename|values from concept=Red Flowers|input type=listbox}}

2) real world example will make use of 'Reusing form elements' feature of
Semantic Forms: 

Here is the Template:Relation_To_Flowers page:
{{field|somename|values from
query=[[Category:Flowers]][[Color::{{{1}}}|input type=listbox 
}}

Here is the Form:Some form

...//some form definition
{{Relation_To_Flowers|Red}}

-- 
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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return

[bugzilla-daemon]

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

--- Comment #4 from Subfader  2012-09-29 22:33:26 UTC ---
Ok let's nail it to the basics:

Old search:
Fail #1: 2 buttons, a "Go" and a "Search" button

New search: 
Fail #1: No submit button at all
Fail #2: Submit function is a tiny icon
Fail #3: Submit function is a forced redirect function
Fail #4: Simple full text search is a text link
Fail #5: Simple text search link is hidden as last entry of a suggestions list

"From a usability point of view, irritated users use the search function as a
last option when looking for specific information on a website."
Wikis are not a standard website. Search is fundamental.

-- 
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 40606] Article name completion/search doesn't work effectively on gu.wikisource

[bugzilla-daemon]

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

Dereckson  changed:

   What|Removed |Added

   Keywords||i18n

--- Comment #2 from Dereckson  2012-09-29 22:23:31 
UTC ---
[ edit conflict: readding 'i18n' / but according bug 25682, I'm not sure this
is i18n-related ]

-- 
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 40606] Article name completion/search doesn't work effectively on gu.wikisource

[bugzilla-daemon]

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

Dereckson  changed:

   What|Removed |Added

   Keywords|i18n|shell
 CC||amir.ahar...@mail.huji.ac.i
   ||l,
   ||dereck...@espace-win.org,
   ||m...@everybody.org,
   ||rain...@eunet.rs,
   ||s...@reedyboy.net
   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=25682
   Severity|normal  |major

--- Comment #1 from Dereckson  2012-09-29 22:21:51 
UTC ---
[ Prior/Sev: normal/major. See also bug 25682. Adding bug 25682 solvers in CC.
+shell ]

-- 
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 40606] Article name completion/search doesn't work effectively on gu.wikisource

[bugzilla-daemon]

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

Sumana Harihareswara  changed:

   What|Removed |Added

   Keywords||i18n
   Priority|Unprioritized   |Normal
 CC||suma...@wikimedia.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 40329] Don't use hacks to replicate a browser function, either let align="" pass through or not; in HTML5

[bugzilla-daemon]

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

--- Comment #31 from Krinkle  2012-09-29 22:09:56 UTC ---
Okay, lets try to get this thing back on track and work out some realistic
goals. 1.20 release is coming up soon.

* $wgCleanupPresentationalAttributes will be removed from core (master and
REL1_20), it is currently broken and to be considered an unacceptable
regression.

* As for the future (whether or not working on improving it and bringing it
back). Changing the output of custom wikitext markup (e.g. changing the
wikitext table syntax {| output to create  sections) is one thing.
Though that is still something to be very cautious about, it can be useful.
However changing the output of simple HTML is quite another.

Changing that must never exceed the boundaries of security and normalization.
Anything else is imho by definition a bad idea. Trying to extract the meaning
of html attributes in an automated fashion to try and update it is a lost
cause. Not only will it cause confusion (do we support it or not? And if so,
why are we fixing unsupported stuff? Are we going to auto-migrate everything
that has been be deprecated in some W3C HTML specification? Then we'll have
to migrate HTML3.2 bgcolor="" as well (deprecated in HTML4.01).

Aside from being confusing, it can also cause bugs because we're changing
markup. That means that certain CSS selectors may no longer apply (`.foo center
.whatever { color: pink; }`). Or certain JavaScript modules will start failing
in weird unexpected ways (firstChild.nextNode.nodeName.toLowerCase() ===
'center'), or the layout will change due to the difference in weight of css
rules.
Weight of inline styles vs. deprecated attributes vs. placeholder classes we
may substitute. As well as in which order they would merge if we try to fix
them.
And the list of possible problems goes on.

Now if there was actually some kind of victory at the end of this quest, it
could be worth pursuing. But surely we don't consider passing the HTML5
validator a victory? All browsers we support support these attributes, they
likely do so because old documents (and old habits) die hard and they will be
served through newer software frameworks. This all works just fine and there is
nothing to be concerned about. The validator is a tool, no more no less. It is
not a browser and we don't have to support it everything it says.

-- 
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 40329] Don't use hacks to replicate a browser function, either let align="" pass through or not; in HTML5

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #30 from Krinkle  2012-09-29 22:06:52 UTC ---
Okay, lets try to get this thing back on track and work out some realistic
goals. 1.20 release is coming up soon.

* $wgCleanupPresentationalAttributes will be removed from core (master and
REL1_20), it is currently broken and to be considered an unacceptable
regression.

* As for the future (whether or not working on improving it and brining it
back). Changing the output of custom wikitext markup (e.g. changing the
wikitext table syntax {| output to create  sections) is one thing.
Though that is still something to be very cautious about, it can be useful.
However changing the output of simple HTML is quite another.

Changing that must never exceed the boundaries of security and normalization.
Anything else is imho by definition a bad idea. Trying to extract the meaning
of html attributes in an automated fashion to try and update it is a lost
cause. Not only will it cause confusion (do we support it or not? And if so,
why are we fixing unsupported stuff? Are we going to auto-migrate everything
that has been be deprecated in some a W3C HTML specification? Then we'll have
to migrate HTML3.2 bgcolor="" as well (deprecated in HTML4.01).

Aside from being confusing, it can also cause bugs because we're changing
markup. That means that certain CSS selectors may no longer apply (`.foo center
.whatever { color: pink; }`). Or certain JavaScript modules will start failing
in weird unexpected ways (firstChild.nextNode.nodeName.toLowerCase() ===
'center'), or the layout will change due to the difference in css weight
between inline styles and deprecated attributes (or placeholder classes we
would substitute) and in which order they would merge if we try to fix them.
And the list of possible problems goes on.

Now if there was actually some kind of victory at the end of this quest, it
could be worth pursuing. But surely we don't consider passing the HTML5
validator a victory? All browsers we support support these attributes, they
likely do so because old document (or old habits) die hard and they will be
served through newer software frameworks. This all works just fine and there is
nothing to be concerned about. The validator is a tool, no more no less. It is
not a browser and we don't have to support 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 22001] File history from shared repository parsed in context of local wiki

[bugzilla-daemon]

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

--- Comment #6 from Maarten Dammers  2012-09-29 21:45:32 
UTC ---
I'm happy to hear that he's not a troll, just someone with a confusing user
name looking with his nose..

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

[bugzilla-daemon]

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

Sumana Harihareswara  changed:

   What|Removed |Added

 CC||b-jorsch@alum.northwestern.
   ||edu, suma...@wikimedia.org

--- Comment #5 from Sumana Harihareswara  2012-09-29 
21:43:37 UTC ---
We should not ban duplicatebug, but yes, that's a confusing account name.

Thanks for checking on the reproducibility, duplicatebug, but it looks like you
were not quite diligent enough there. :)

Also cc'ing another developer to ask whether they can take a look at the bug.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40628] Wikilove for it.wikiquote

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

  Component|WikiLove|Extension setup
Product|MediaWiki extensions|Wikimedia
   Severity|normal  |enhancement

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 40628] New: Wikilove for it.wikiquote

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40628
   Summary: Wikilove for it.wikiquote
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: WikiLove
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: e...@live.it
CC: rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Is it possible to enable the extension WikiLove on another wiki like
it.wikiquote by default or as a gadget? How can I help? In
//it.wikiquote.org/wiki/Speciale:Versione this feature is not enabled.

(The discussion with the local community to use this feature comes from
//it.wikiquote.org/wiki/Wikiquote:Bar#Pacchetto_aggiornamenti_skin_comune .
Reporting comes from
//en.wikipedia.org/wiki/Wikipedia:Village_pump_(miscellaneous)#WikiLove. Thank
you very much.)

-- 
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 40587] Passing minus sign (x2215) to the magicword formatnum blanks pages on Malayalam WIkipedia

[bugzilla-daemon]

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

Raziman T V  changed:

   What|Removed |Added

Summary|formatnum magicword |Passing minus sign (x2215)
   ||to the magicword formatnum
   ||blanks pages on Malayalam
   ||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 22001] File history from shared repository parsed in context of local wiki

[bugzilla-daemon]

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

Maarten Dammers  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #4 from Maarten Dammers  2012-09-29 21:32:55 
UTC ---
No it's not fixed. Can someone please ban duplicate...@googlemail.com ? Adding
nonesense and confusing account name

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 37702] Cloned tables for unittests do not have references and constraints

[bugzilla-daemon]

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

--- Comment #8 from Tim Landscheidt  2012-09-29 
21:16:32 UTC ---
(In reply to comment #6)
> > Another thing I was thinking about as you mentioned the updater (and not
> > related to this bug): Why use a tables.sql at all?  Why not just treat a new
> > installation as an update of an empty database?  We could do away with the
> > mixture of SQL and PHP logic and ...  Hmmm.

> Merging the Doctor and God. The one that upgrades the sick shall have the 
> power
> to create new life.

> I like it!

Actually, this approach seems to be followed already by Extension:AbuseFilter
and Extension:Math, probably inter alia.  So that would explain what inspired
me :-).

-- 
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 40618] sorting table with one (first) column unsorted

[bugzilla-daemon]

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

--- Comment #7 from tm112  2012-09-29 21:05:14 UTC ---
The "every row" issue can be avoided using:
 table.autonumber td:first-child
…which still doesn't change the fact that IE6/7 don't deal with 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 16660] Database table cleanup (tracking)

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 Depends on||40626

-- 
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 40626] clean up timestamp database fields

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

 Blocks||16660

-- 
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 40615] Translations updates weren't backported for 1.19.2 release

[bugzilla-daemon]

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

Sam Reed (reedy)  changed:

   What|Removed |Added

Summary|MediaWiki Installer |Translations updates
   |Translation in  |weren't backported for
   |translatewiki.net   |1.19.2 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 40615] MediaWiki Installer Translation in translatewiki.net

[bugzilla-daemon]

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

--- Comment #4 from Sam Reed (reedy)  2012-09-29 20:47:57 
UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > It is not changed from MediaWiki 1.19.1 to 1.19.2 in other language(e.g.
> > Korean, etc.).
> 
> Translations updates weren't backported, and as such, no i18n patches were 
> made
> to go with the Security updates.

Unlike 1.18 which apparently had some, e.g.
http://download.wikimedia.org/mediawiki/1.18/mediawiki-i18n-1.18.5.patch.gz

-- 
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 40615] MediaWiki Installer Translation in translatewiki.net

[bugzilla-daemon]

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

--- Comment #3 from Sam Reed (reedy)  2012-09-29 20:46:40 
UTC ---
(In reply to comment #2)
> It is not changed from MediaWiki 1.19.1 to 1.19.2 in other language(e.g.
> Korean, etc.).

Translations updates weren't backported, and as such, no i18n patches were made
to go with the Security updates.

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

[bugzilla-daemon]

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

Nemo_bis  changed:

   What|Removed |Added

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

--- Comment #3 from Nemo_bis  2012-09-29 20:30:13 UTC 
---
(In reply to comment #2)
> Nemo_bis: Could you answer the last comment please?

No, I'm not able to. Maybe Niklas could, by checking the logs.

-- 
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 40618] sorting table with one (first) column unsorted

[bugzilla-daemon]

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

--- Comment #6 from Bartosz Dziewoński  2012-09-29 
20:26:09 UTC ---
Also, this solution requires the class to be added in every row, instead of
just to the header. I don't think this can be circumvented using CSS magic.

-- 
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 40618] sorting table with one (first) column unsorted

[bugzilla-daemon]

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

--- Comment #5 from tm112  2012-09-29 20:23:56 UTC ---
Yes, that could be not only a workaround but a solution. Thanks, I didn't know
about it!

The counter property is supported in all major browsers (IE, FF, Opera, Chrome,
Safari, maybe more). IE8 supports it only if a !DOCTYPE is specified.
//source: http://www.w3schools.com/cssref/pr_gen_counter-increment.asp

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

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

 CC||a9016...@gmx.de

--- Comment #2 from Andre Klapper  2012-09-29 20:20:49 UTC ---
Nemo_bis: Could you answer the last comment please?

-- 
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 26274] Database layer should allow arrays for ORDER BY, GROUP BY, HAVING

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #7 from duplicate...@googlemail.com 2012-09-29 20:20:44 UTC ---
Already 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 31983] Templates of Cite collapse behind

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

 CC||a9016...@gmx.de

--- Comment #7 from Andre Klapper  2012-09-29 20:18:53 UTC ---
Cannot reproduce with Firefox 15.0.1.

Juan / mybugs.mail / Spitfire: 
Has any of you still experienced this problem lately? 
If yes: With which 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 38638] Interface messages needing rewording or documentation and other issues with existing messages (tracking)

[bugzilla-daemon]

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

Bug 38638 depends on bug 26133, which changed state.

Bug 26133 Summary: href="" is not OK for a dummy link
https://bugzilla.wikimedia.org/show_bug.cgi?id=26133

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||INVALID

-- 
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 26133] href="" is not OK for a dummy link

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||INVALID

--- Comment #9 from duplicate...@googlemail.com 2012-09-29 20:18:50 UTC ---
Preference 'highlightbroken' was removed

-- 
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 27786] let empty metadata-elements pass through tidy

[bugzilla-daemon]

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

--- Comment #2 from Jesús Martínez Novo  2012-09-29 
20:17:49 UTC ---
MediaWiki strips empty SPAN attributes, but not empty DIV. See:

http://www.mediawiki.org/w/index.php?oldid=588727&action=edit&preview=yes

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

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40627
   Summary: Make uls.data in jquery.uls.js human readable
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: trivial
  Priority: Unprioritized
 Component: UniversalLanguageSelector
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: aloli...@gmail.com, amir.ahar...@mail.huji.ac.il,
niklas.laxst...@gmail.com, pgi...@wikimedia.org,
s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com,
srik@gmail.com
Classification: Unclassified
   Mobile Platform: ---


I previously made changes to ulsdata2json.php to make the output of uls.data
humane readable (after doing it manually, then finding out it was generated).

It looks like this is now just done manually, and is 32140 chracters wide. As
it is served via the resource loader, this manual minification isn't needed,
and just  makes it harder to read and harder to evaluate changes in a diff



// Please do not edit. This file is generated from data/langdb.yaml by
ulsdata2json.php

^ should probably be removed again...

-- 
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 21681] Elements mysteriously empty in PPNode_DOM XML serialization

[bugzilla-daemon]

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

Jesús Martínez Novo  changed:

   What|Removed |Added

 CC||martinezn...@gmail.com

--- Comment #3 from Jesús Martínez Novo  2012-09-29 
20:13:08 UTC ---
Works for me. Seems an old bug. Could you please confirm it's 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 40612] Japanese keywords to search for files

[bugzilla-daemon]

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

Andre Klapper  changed:

   What|Removed |Added

   Keywords||i18n
 CC||a9016...@gmx.de

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

[bugzilla-daemon]

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

Krenair  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME

--- Comment #6 from Krenair  2012-09-29 20:12:00 UTC ---
WFM then, for 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 40618] sorting table with one (first) column unsorted

[bugzilla-daemon]

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

Bartosz Dziewoński  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1

--- Comment #4 from Bartosz Dziewoński  2012-09-29 
20:00:11 UTC ---
(In reply to comment #3)
> It works for me on Mozilla Firefox 15.0.1. Not sure if other browsers support
> it.

CSS counters are supported by all modern (and even slightly old) browsers
except for IE <= 7. http://caniuse.com/#feat=css-counters

Unfortunately I think MW still supports IE 7?

-- 
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 23729] Log entry for page moves "over redirect" always rendered with blue links

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #1 from duplicate...@googlemail.com 2012-09-29 19:58:03 UTC ---
Already 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 23373] {{Special:RecentChanges}}, {{Special:NewPages}} - including on the page

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #9 from duplicate...@googlemail.com 2012-09-29 19:53:07 UTC ---
There was some problems with overriden titles from included special pages, but
there are all fixed, so this bug is also 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 40618] sorting table with one (first) column unsorted

[bugzilla-daemon]

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

--- Comment #3 from Jesús Martínez Novo  2012-09-29 
19:52:30 UTC ---
See this example:
http://www.mediawiki.org/w/index.php?title=User:Ciencia_Al_Poder/Test&oldid=588713

Use the provided CSS code on that page to display the static numbers on the
first column, that remain untouched when the table gets sorted. You can add
that CSS to your personal css page.

It works for me on Mozilla Firefox 15.0.1. Not sure if other browsers support
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 23059] Autoblocks cause misleading display on contributions

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #3 from duplicate...@googlemail.com 2012-09-29 19:45:11 UTC ---
fixed with gerrit 10199

-- 
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 22820] $wgAutopromoted groups not showing on Special:Userrights...

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||INVALID

--- Comment #4 from duplicate...@googlemail.com 2012-09-29 19:40:09 UTC ---
This sounds like a right behaviour, because autopromoted groups are implicit
groups and that groups cannot be given by Special:UserRights.

-- 
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 22743] Adding an arrow pointing to the edit form in MediaWiki:Previewnote

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #1 from duplicate...@googlemail.com 2012-09-29 19:37:14 UTC ---
Already 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 22683] WhatLinksHere contains incorrect hits for images that are included in galleries

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||duplicate...@googlemail.com

--- Comment #3 from duplicate...@googlemail.com 2012-09-29 19:36:27 UTC ---
Needs adjust of header or making INVALID?

-- 
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 40442] {{PAGENAME}} and like does nothing with url-encoded title

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||Amalthea.wikimedia@googlema
   ||il.com

--- Comment #6 from duplicate...@googlemail.com 2012-09-29 19:33:42 UTC ---
*** Bug 22553 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 22553] {{NAMESPACE:}} parser function has trouble with encoded symbols in page titles

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||DUPLICATE

--- Comment #1 from duplicate...@googlemail.com 2012-09-29 19:33:42 UTC ---


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

-- 
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 22285] File name too long, impossible to create a thumbnail (limit uploaded file name length).

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #7 from duplicate...@googlemail.com 2012-09-29 19:30:27 UTC ---
Already 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 22213] Personal option to hide own changes

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||duplicate...@googlemail.com

--- Comment #3 from duplicate...@googlemail.com 2012-09-29 19:28:39 UTC ---
related: bug 16957 and bug 27050

-- 
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 27050] Add missing preferences for hide/show like for minor edits and patrolled edits.

[bugzilla-daemon]

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

--- Comment #10 from duplicate...@googlemail.com 2012-09-29 19:28:37 UTC ---
related: bug 22213

-- 
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 40619] Removing of admin flag on Northern Sámi Wikipedia

[bugzilla-daemon]

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

--- Comment #6 from Dereckson  2012-09-29 19:23:59 
UTC ---
(In reply to comment #3)
> Created attachment 11149 [details]
> Namespace configuration
> 
> 1. I think it is good idea to send an e-mail
> ([http://se.wikipedia.org/wiki/Erenoam%C3%A1%C5%A1:S%C3%A1ddeEpoastta/Trondtr])
> to User: Trondtr, the second most active user in se.wikipedia. He speaks
> English much better than me. Northern Sami Wikipedia has no large numbers of
> users. Look at
> [http://se.wikipedia.org/w/index.php?title=Erenoam%C3%A1%C5%A1:Varas_rievdadusat&limit=5000
> Recent changes in se.wikipedia]. It is no oppose. Is it not enough good?
I sent him a mail.

> 2. What is
> https://meta.wikimedia.org/wiki/Talk:Limits_to_configuration_changes#Disconnection_from_stewards_overseeing
> in a nutshell?
In a nutshell, to revoke admin flag is a big power. We had in the past problems
with that. We would like to determine if this is acceptable or not 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 22001] File history from shared repository parsed in context of local wiki

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||duplicate...@googlemail.com
 Resolution||FIXED

--- Comment #3 from duplicate...@googlemail.com 2012-09-29 19:22:34 UTC ---
Looks 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 40619] Removing of admin flag on Northern Sámi Wikipedia

[bugzilla-daemon]

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

Dereckson  changed:

   What|Removed |Added

  Attachment #11149|0   |1
is obsolete||
  Attachment #11149|1. & 2. |Namespace configuration
description||

--- Comment #5 from Dereckson  2012-09-29 19:14:58 
UTC ---
Comment on attachment 11149
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11149
Namespace configuration

Marking obsolete the attachment

-- 
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 40626] New: clean up timestamp database fields

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40626
   Summary: clean up timestamp database fields
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: NEW
  Keywords: schema-change
  Severity: normal
  Priority: Unprioritized
 Component: Database
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: duplicate...@googlemail.com
CC: afeld...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


MediaWiki is using 14 char field as binary or varbinary or data type timestamp.
Please clean this up, by using only one data type for all of them.

tables.sql contains a sentence about this:

-- The MySQL table backend for MediaWiki currently uses
-- 14-character BINARY or VARBINARY fields to store timestamps.
-- The format is MMDDHHMMSS, which is derived from the
-- text format of MySQL's TIMESTAMP fields.
--
-- Historically TIMESTAMP fields were used, but abandoned
-- in early 2002 after a lot of trouble with the fields
-- auto-updating.

Following fields are timestamp:
  user_newpass_time binary(14),
  user_touched binary(14) NOT NULL default '',
  user_email_authenticated binary(14),
  user_email_token_expires binary(14),
  user_registration binary(14),
  user_editcount int
  user_last_timestamp varbinary(14) NULL default NULL
  page_touched binary(14) NOT NULL default '',
  rev_timestamp binary(14) NOT NULL default '',
  ar_timestamp binary(14) NOT NULL default '',
  cl_timestamp timestamp NOT NULL,
  ipb_timestamp binary(14) NOT NULL default '',
  ipb_expiry varbinary(14) NOT NULL default '',
  img_timestamp varbinary(14) NOT NULL default '',
  oi_timestamp binary(14) NOT NULL default '',
  fa_deleted_timestamp binary(14) default '',
  fa_timestamp binary(14) default '',
  us_timestamp varbinary(14) NOT NULL,
  rc_timestamp varbinary(14) NOT NULL default '',
  rc_cur_time varbinary(14) NOT NULL default '',
  wl_notificationtimestamp varbinary(14)
  exptime datetime
  tc_time binary(14) NOT NULL
  log_timestamp binary(14) NOT NULL default '1970010100',
  job_timestamp varbinary(14) NULL default NULL,
  qci_timestamp binary(14) NOT NULL default '1970010100'
  pr_expiry varbinary(14) NULL,
  pt_timestamp binary(14) NOT NULL,
  pt_expiry varbinary(14) NOT NULL default '',
  mr_timestamp binary(14) NOT NULL

-- 
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 40625] New: Can't change E-Mail address in bugzilla.wikimedia.org

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40625
   Summary: Can't change E-Mail address in bugzilla.wikimedia.org
   Product: Wikimedia
   Version: wmf-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Bugzilla
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: danwe...@web.de
CC: s...@reedyboy.net, thehelpfulonew...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Something seems wrong with the Bugzilla configuration here. I tried to change
my email twice already. Each time I got emails for confirmation and I have
confirmed them but the system is still using my original email.

-- 
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 40619] Removing of admin flag on Northern Sámi Wikipedia

[bugzilla-daemon]

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

--- Comment #4 from kukka...@hotmail.fi 2012-09-29 19:11:23 UTC ---
I am sorry, I put a link to my Wiki-related document of very another thing.

-- 
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 40624] New: Rollback doesn't add patrol info

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40624
   Summary: Rollback doesn't add patrol info
   Product: MediaWiki
   Version: 1.19.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Patrolling
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: robinhoo...@live.ca
CC: krinklem...@gmail.com, roan.katt...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


As near as I can tell, rollback only marks edits as patrolled - it doesn't add
any info to the patrol log itself, like who patrolled those edits (by virtue of
clicking rollback) and at what time.

-- 
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 40619] Removing of admin flag on Northern Sámi Wikipedia

[bugzilla-daemon]

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

--- Comment #3 from kukka...@hotmail.fi 2012-09-29 19:08:42 UTC ---
Created attachment 11149
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=11149
1. & 2.

1. I think it is good idea to send an e-mail
([http://se.wikipedia.org/wiki/Erenoam%C3%A1%C5%A1:S%C3%A1ddeEpoastta/Trondtr])
to User: Trondtr, the second most active user in se.wikipedia. He speaks
English much better than me. Northern Sami Wikipedia has no large numbers of
users. Look at
[http://se.wikipedia.org/w/index.php?title=Erenoam%C3%A1%C5%A1:Varas_rievdadusat&limit=5000
Recent changes in se.wikipedia]. It is no oppose. Is it not enough good?

2. What is
https://meta.wikimedia.org/wiki/Talk:Limits_to_configuration_changes#Disconnection_from_stewards_overseeing
in a nutshell?

-- 
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 40623] New: Getting Jenkins working for Wikibase extension

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40623
   Summary: Getting Jenkins working for Wikibase extension
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: Wikidata
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: danwe...@web.de
Classification: Unclassified
   Mobile Platform: ---


Right now Jenkins is only testing patch sets submitted for MW core. It would be
helpful to have this working for all patch sets for Wikibase 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 23019] Make functions of the Usability Initiative standards compliant

[bugzilla-daemon]

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

Christian Thiele  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Christian Thiele  2012-09-29 19:04:27 UTC 
---
In the meantime (see comment #2) these things aren't valid anymore, so mark
this as resolved.

-- 
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 40618] sorting table with one (first) column unsorted

[bugzilla-daemon]

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

--- Comment #2 from winn...@gmail.com 2012-09-29 18:59:04 UTC ---
Well, that was only just an immediate conclusion.

Speaking precisely, rows of one (or more) specified column(s) should not be
sorted. Most commonly it will be the 1st column as usually there are ordering
numbers – e.g. list of cities in Poland*
http://pl.wikipedia.org/wiki/Miasta_w_Polsce_(statystyki) – while sorting by
inhabitants, area, voivodeship, (…) the cells in 1st column with ordering
numbers also get sorted while they shouldn't. The 1st column with ordering
numbers informs quickly e.g. "Gdańsk is 6th in a row in terms of number of
inhabitants" or "there are 125 cities with area <5 km²".

Ordering numbers just should be in order all the time regardless of sorting
rows – otherwise they just become nonsense.

*) It's big article, may load long. In this article I tried to make separate
table with ordering numbers that would not be sorted but that looks like…
nothing good. The feature is craved.

-- 
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 40619] Removing of admin flag on Northern Sámi Wikipedia

[bugzilla-daemon]

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

Krenair  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||kren...@gmail.com
 Resolution||INVALID

--- Comment #2 from Krenair  2012-09-29 18:40:07 UTC ---
2 users involved in the discussion? I'm not sure this bug is serious.

-- 
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 23019] Make functions of the Usability Initiative standards compliant

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 CC||mediawiki-bugs@nadir-seen-f
   ||ire.com

--- Comment #2 from Daniel Friesen  
2012-09-29 18:28:18 UTC ---
 Is this bug valid anymore? The links are dead and ideally I would have thought
we'd have fixed these kinds of issues already.

-- 
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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return

[bugzilla-daemon]

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

--- Comment #3 from Daniel Friesen  
2012-09-29 18:21:09 UTC ---
(In reply to comment #2)
> Why are the Go / Search buttons bad usability?
> 
> You think a searchbox with auto-GO is better? It sucks. People don't see /
> understand the "containg..." function.

http://www.smashingmagazine.com/2008/12/04/designing-the-holy-search-box-examples-and-best-practices/

Btw, I do have a plin on how to make Go even more intuitive, though haven't
gotten around to implementing 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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return

[bugzilla-daemon]

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

--- Comment #2 from Subfader  2012-09-29 18:18:37 UTC ---
Why are the Go / Search buttons bad usability?

You think a searchbox with auto-GO is better? It sucks. People don't see /
understand the "containg..." function.

-- 
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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 CC||mediawiki-bugs@nadir-seen-f
   ||ire.com

--- Comment #1 from Daniel Friesen  
2012-09-29 18:14:38 UTC ---
Mmmm... do we need to fix this? Or can we just wait for the day when we remove
the bad-usability two-button search forms entirely from the codebase?

-- 
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 40621] Usability should be default (tracking)

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 Depends on||40622

-- 
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 40622] Set $wgUseTwoButtonsSearchForm = false; by default

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 Blocks||40621

-- 
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 40617] Installer doesn't change $wgLogo URL

[bugzilla-daemon]

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

Dereckson  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Status|NEW |ASSIGNED
 AssignedTo|wikibugs-l@lists.wikimedia. |dereck...@espace-win.org
   |org |
Summary|Installer is not change |Installer doesn't change
   |$wgLogo URL |$wgLogo URL

--- Comment #2 from Dereckson  2012-09-29 18:10:48 
UTC ---
[ Taking this bug. ]

Analysis: $wgStylePath/common/images/wiki.png is currently hardcoded in the
LocalSettingsGenerator class.

-- 
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 40622] New: Set $wgUseTwoButtonsSearchForm = false; by default

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40622
   Summary: Set $wgUseTwoButtonsSearchForm = false; by default
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mediawiki-b...@nadir-seen-fire.com
CC: krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Having two search submit buttons is bad for site usability. Users end up
confused both what button to click and what the heck the difference between
them is.

This actually got us a place in a list of things NOT to do:
http://www.smashingmagazine.com/2008/12/04/designing-the-holy-search-box-examples-and-best-practices/

This is basically why simplesearch was introduced in vector.

For other skins however we actually have $wgUseTwoButtonsSearchForm. Which when
set to false replaces the unusable "Go" + "Search" with a single "Go" button
and an "Advanced search" link that links to the search page and acts as a
usable replacement for the fulltext search button.

-- 
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 40621] Usability should be default (tracking)

[bugzilla-daemon]

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

Jesús Martínez Novo  changed:

   What|Removed |Added

   Keywords||tracking

-- 
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 40619] Removing of admin flag on Northern Sámi Wikipedia

[bugzilla-daemon]

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

Dereckson  changed:

   What|Removed |Added

   Keywords||shellpolicy
 CC||dereck...@espace-win.org

--- Comment #1 from Dereckson  2012-09-29 18:02:33 
UTC ---
Hello,

Please review the following discussion about your request:
https://meta.wikimedia.org/wiki/Talk:Limits_to_configuration_changes#Disconnection_from_stewards_overseeing

There is currently some debate to allow or deny such config change.

[ Adding 'shellpolicy' keyword. ]

-- 
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 40621] Usability should be default (tracking)

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 Depends on||29374

-- 
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 29374] Set default for $wgVectorUseSimpleSearch to true

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 Blocks||40621

-- 
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 2007] Tracking bug (tracking)

[bugzilla-daemon]

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

Daniel Friesen  changed:

   What|Removed |Added

 Depends on||40621

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