[Bug 28071] Upload wizard does gracefully handle no thumbnail errors

[bugzilla-daemon]

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

--- Comment #4 from Neil Kandalgaonkar  2011-03-25 
06:40:21 UTC ---
(In reply to comment #3)
> I think this is fixed as of r84730

To be clear: 

Actually there *was* error handling if the thumbnail could not be generated.
The server reports thumberror in that case.

In r84730 I fixed the case where the thumbnail URL is given to the client but
it mysteriously 404s or has some other issue.

One reason could be the relatively low size allowed for thumbnails served via
UploadStash; given how video previews currently work on MediaWiki it could be
the case that 256K was not enough. Other people have asked for this limit to be
raised, so I upped the maximum thumbnail size to 1MB in r84731.

-- 
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 27260] Tracking bug: UploadWizard 1.0

[bugzilla-daemon]

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

Bug 27260 depends on bug 28071, which changed state.

Bug 28071 Summary: Upload wizard does gracefully handle no thumbnail errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=28071

   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 on the CC list for the bug.

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

[Bug 28071] Upload wizard does gracefully handle no thumbnail errors

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Neil Kandalgaonkar  2011-03-25 
06:33:24 UTC ---
I think this is fixed as of r84730

-- 
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 28175] Uploading a file in IE6 gives you "Unknown Error: unknown"

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #4 from Neil Kandalgaonkar  2011-03-25 
05:08:00 UTC ---
Not getting this error any more so closing

-- 
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 18476] Cannot filter AbuseLog by filter ID without abusefilter-log-detail

[bugzilla-daemon]

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

--- Comment #8 from Mark A. Hershberger  2011-03-25 
04:43:12 UTC ---
(In reply to comment #7)
> Mark: yes, see bug 17998 which we had to file because of this bug;

/me reads bug 17998

Heh, I did say I was slow.

-- 
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 28177] Update feedback extension

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 CC||p858sn...@gmail.com

--- Comment #4 from p858snake  2011-03-25 04:37:48 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > Could a dev confirm that the data will be gone?
> 
> It doesn't have to be erased. enwikinews and enwiki are using two different
> extensions (one is the successor of the other). They use different DB tables.
> The old tables from the old extension could still be kept of course.

How hard would it be to write a migration script? how differnt are the db
layouts?

-- 
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 28228] Resource Loader should use RTL layout when user wants it, not site

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

   Keywords||i18n
 CC||m...@everybody.org

-- 
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 28177] Update feedback extension

[bugzilla-daemon]

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

--- Comment #3 from Aaron Schulz  2011-03-25 04:06:59 UTC 
---
(In reply to comment #2)
> Could a dev confirm that the data will be gone?

It doesn't have to be erased. enwikinews and enwiki are using two different
extensions (one is the successor of the other). They use different DB tables.
The old tables from the old extension could still be kept of course.

-- 
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 28177] Update feedback extension

[bugzilla-daemon]

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

--- Comment #2 from Monomium  2011-03-25 04:03:45 UTC ---
Could a dev confirm that the data will be gone?

-- 
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 18476] Cannot filter AbuseLog by filter ID without abusefilter-log-detail

[bugzilla-daemon]

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

--- Comment #7 from AlexSm  2011-03-25 03:54:13 UTC ---
Mark: yes, see bug 17998 which we had to file because of this bug; plus you can
compare 
http://pt.wikipedia.org/wiki/Special:ListGroupRights?uselang=en and
[[Special:ListGroupRights]]

-- 
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 28222] Add edit history for contributions

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Normal  |High
 CC||m...@everybody.org

-- 
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 27260] Tracking bug: UploadWizard 1.0

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Depends on||28231

-- 
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 28231] New: UploadWizard: Final page previews

[bugzilla-daemon]

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

   Summary: UploadWizard: Final page previews
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: ne...@wikimedia.org
CC: asha...@wikimedia.org
Blocks: 27260


On Firefox:
- Every file links to the same one (the last)

On IE6:
- When tried with two files, the first file links to where the second one
should go, and the second one is a direct link to its own image, not the File
page.

-- 
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 28217] LdapAuthentication.php not querying the LDAP-Server

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||m...@everybody.org
 Resolution||INVALID

-- 
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 27260] Tracking bug: UploadWizard 1.0

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Depends on||28230

-- 
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 28230] UploadWizard - IE6 doesn't seem to respect warnings or errors?

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 Blocks||27260

--- Comment #1 from Neil Kandalgaonkar  2011-03-25 
03:43:40 UTC ---
adding block

-- 
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 28230] New: UploadWizard - IE6 doesn't seem to respect warnings or errors?

[bugzilla-daemon]

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

   Summary: UploadWizard - IE6 doesn't seem to respect warnings or
errors?
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: ne...@wikimedia.org
CC: asha...@wikimedia.org


On IE6, even if same-content or same-filename errors are returned, the
UploadWizard seems to press on with an OK anyway. Although such errors are
caught on other browsers.

-- 
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 26592] IE6 - UploadWizard Step 3 Next button fails

[bugzilla-daemon]

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

--- Comment #4 from Neil Kandalgaonkar  2011-03-25 
03:41:22 UTC ---
Just was able to do this in IE6. It may be that other error conditions will
cause this but so far there doesn't seem to be anything stopping IE6 from
working in ordinary use cases.

-- 
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 26778] Enable Extension:FlaggedRevs for siwiki (si.wikipedia.org)

[bugzilla-daemon]

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

--- Comment #5 from Aaron Schulz  2011-03-25 02:52:29 UTC 
---
How is the extension to be configured?

Also, I didn't see 'autoreviewer' in the discussion link (looking
superficially).

-- 
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 26778] Enable Extension:FlaggedRevs for siwiki (si.wikipedia.org)

[bugzilla-daemon]

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

--- Comment #4 from Aaron Schulz  2011-03-25 02:50:12 UTC 
---
(In reply to comment #3)
> FlaggedRevs isn't installed. This is the wrong bug report. I'm reopening bug
> 26643.

'reviewer' and 'autoreviewer' are the rights relevant to *this* bug. The later
will need to be defined beyond just enabling FlaggedRevs.

-- 
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 26643] Allow sysops to add/remove a bunch of groups on siwiki

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #14 from Aaron Schulz  2011-03-25 02:39:41 
UTC ---
Added Rollbacker.

> (In reply to comment #13)
> Also, why is accountcreator needed? Only enwiki seems to be using it now.

Never mind, it's used all over the place, I didn't see group definition in
groupOverrides2. Anyway, "Auto creators" already exist.

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

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

[Bug 26643] Allow sysops to add/remove a bunch of groups on siwiki

[bugzilla-daemon]

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

--- Comment #13 from Aaron Schulz  2011-03-25 02:27:25 
UTC ---
(In reply to comment #12)
> (In reply to comment #11)
> > Actual groups still missing:
> > "(Reviewer,rollbacker,autoreviewer,accountcreator...)".
> 
> Gah, we can ignore Reviewer for *this* report.

Likewise with autoreview...So we are looking at rollbacker/accountcreator.

Also, why is accountcreator needed? Only enwiki seems to be using it 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 26643] Allow sysops to add/remove a bunch of groups on siwiki

[bugzilla-daemon]

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

--- Comment #12 from Aaron Schulz  2011-03-25 02:24:49 
UTC ---
(In reply to comment #11)
> Actual groups still missing:
> "(Reviewer,rollbacker,autoreviewer,accountcreator...)".

Gah, we can ignore Reviewer for *this* report.

-- 
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 26643] Allow sysops to add/remove a bunch of groups on siwiki

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 Status|CLOSED  |REOPENED
 CC||jschulz_4...@msn.com
 Resolution|FIXED   |

--- Comment #11 from Aaron Schulz  2011-03-25 02:24:11 
UTC ---
Actual groups still missing:
"(Reviewer,rollbacker,autoreviewer,accountcreator...)".

-- 
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 26778] Enable Extension:FlaggedRevs for siwiki (si.wikipedia.org)

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 CC||jschulz_4...@msn.com

--- Comment #3 from Aaron Schulz  2011-03-25 02:23:13 UTC 
---
FlaggedRevs isn't installed. This is the wrong bug report. I'm reopening bug
26643.

-- 
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 25990] Add VIPS image scaling support to MediaWiki

[bugzilla-daemon]

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

--- Comment #9 from Tim Starling  2011-03-25 02:01:54 
UTC ---
(In reply to comment #8)
> Fixed the scaling in r84635.
> 
> I was made aware of the vipsthumbnail program. This uses the sharpening that 
> is
> also done in IM. See
> 

The problem with vipsthumbnail is that it stores the uncompressed image. For a
large image, it could take gigabytes of disk space. ImageMagick does this also,
that's one of the reasons we want to get rid of 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 27260] Tracking bug: UploadWizard 1.0

[bugzilla-daemon]

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

Bug 27260 depends on bug 24703, which changed state.

Bug 24703 Summary: Upload wizard: Integrate wikitext sanitization
https://bugzilla.wikimedia.org/show_bug.cgi?id=24703

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

-- 
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 24703] Upload wizard: Integrate wikitext sanitization

[bugzilla-daemon]

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

Ryan Kaldari  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Ryan Kaldari  2011-03-25 01:53:50 
UTC ---
Titles and categories done in r84658, r84723, and r84724.

-- 
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 28215] Unbreak Resource loader

[bugzilla-daemon]

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

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

   What|Removed |Added

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

--- Comment #7 from mybugs.m...@gmail.com 2011-03-25 01:51:48 UTC ---
I wonder if this was the cause of the problem described on IRC on last
month[1], when the extension refused loading a gadget marked with
[ResourceLoader] even if its contents was just [2]:

  var test = 'ok';

At that time it was necessary to remove[3] [ResourceLoader] from
[[b:pt:MediaWiki:Gadgets-definition‎]], since the script wasn't being loaded at
all.

After recent changes in the code (r84683 I believe) the script is loaded if the
code [ResourceLoader] is added[4] to definition of the gadget.

Even if the issues were unrelated, thanks for fixing it! ;-)

[1] From [20:11:57] on:
http://toolserver.org/~mwbot/logs/%23mediawiki/20110224.txt
[2]
https://secure.wikimedia.org/wikibooks/pt/w/index.php/?diff=210918&oldid=210915
[3]
https://secure.wikimedia.org/wikibooks/pt/w/index.php/?diff=next&oldid=210912
[4]
https://secure.wikimedia.org/wikibooks/pt/w/index.php/?diff=216102&oldid=215401

-- 
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 28097] Cannot login when database is on a different server than the webserver

[bugzilla-daemon]

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

--- Comment #5 from Mark A. Hershberger  2011-03-25 
01:45:29 UTC ---
(In reply to comment #4)
> here's a little walk-through I created for our own use, thought I would share
> it with you.

Would you mind posting this to MediaWiki.org to make it easy for others who try
to imitate your setup??

-- 
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 13163] Activate SubPageList3 extension on English Wikiversity

[bugzilla-daemon]

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

Tim Starling  changed:

   What|Removed |Added

 CC||tstarl...@wikimedia.org

--- Comment #15 from Tim Starling  2011-03-25 01:40:17 
UTC ---
There are some style issues which anyone could fix up, like using English for
variable names:

$parlv = substr_count($this->ptitle->getPrefixedText(), '/');

whitespace, lack of line breaks where there should be line breaks:

switch( strtolower( $options['showpath'] ) ) {
case 'no': $this->showpath = 'no'; break;
...
if( $this->mode != 'bar' ) $pn = $this->token . $pn;

Also, it uses non-portable, unnecessary SQL identifier quoting:

$options['ORDER BY'] = '`page_title`' . $order;
...
$conditions[] = '`page_title` ' . $dbr->buildLike( $parent . '/',
$dbr->anyString() );

It uses Parser::parse() when it should be using Parser::recursiveTagParse().
This is an efficiency issue, since parse() does link existence checks
immediately, whereas recursiveTagParse() defers them until the next batch. It's
also a correctness issue, since recursiveTagParse() guards certain syntax
elements against reinterpretation, whereas parse() does not. 

Otherwise it should be OK to enable.

-- 
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 27699] Deploy Timed Media Handler

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #2 from Krinkle  2011-03-25 01:40:02 UTC ---
Where's the patch ?

-- 
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 28052] Deploy Gender Namespaces on all relevant wikis

[bugzilla-daemon]

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

--- Comment #2 from Mark A. Hershberger  2011-03-25 
01:22:50 UTC ---
(In reply to comment #1)
> Some of the dependencies of this bug don't seem to relate to namespaces (or 
> the
> User namespace, if you prefer) at all. Is this a generic bug about gender
> issues or is it specific to namespace issues?

You're right.  Tried to clean up the dependencies.

-- 
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 27744] Add the neuter gender

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Blocks|28052   |

-- 
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 27364] Extend the functionality of {{GENDER:}} or create new magic word {{USERNAME}}

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Blocks|28052   |

-- 
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 27743] Handle GENDER more effectively,

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Blocks|28052   |

-- 
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 28052] Deploy Gender Namespaces on all relevant wikis

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Depends on|27364, 27743, 27744 |

-- 
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 25438] Enable FlaggedRevs for Belarussian Wikipedia

[bugzilla-daemon]

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

--- Comment #20 from Aaron Schulz  2011-03-25 01:15:18 
UTC ---
(In reply to comment #19)
> Problem number 2: the situation is such that none of our section could not
> establish a stable version of the article. Even administrators and 
> bureaucrats,
> says that we are not enough rights.
>
Hmm, could you elaborate on this?

(In reply to comment #19)
> The rights of autoeditors must be issued by administrators to address
> community. 
>
So 'autoeditor' is to be a group with just the 'autoreview' right and admins
are able to grant and remove the group?

-- 
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 27943] "Upload new version of file" not visible with PNG and PDF files

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #15 from Mark A. Hershberger  2011-03-25 
01:10:33 UTC ---
(In reply to comment #14)
> When put the whole MW install in a /wiki folder it's working correctly. Think
> it's their way of editing their VCL exceptions.

It sounds like this bug can be closed, then, since this problem isn't in
mediawiki.  Marking "invalid" since it is caused by the hoster.

-- 
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 28177] Update feedback extension

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 CC||jschulz_4...@msn.com

--- Comment #1 from Aaron Schulz  2011-03-25 01:07:10 UTC 
---
You can't really "update" from one to the other. The older one will be ditched
and replaced with it's successor. Data (very) likely won't carry over 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 24976] Enable FlaggedRevs for Georgian Wikipedia

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 CC||jschulz_4...@msn.com

--- Comment #9 from Aaron Schulz  2011-03-25 01:05:32 UTC 
---
(In reply to comment #1)
> P.P.S. Maybe this information is required - the namespaces, where it must be
> enabled are article and files. Other namespaces are not necessary.

Not templates? Dewiki has templates reviewable.

(In reply to comment #0)
> We would like to have a special flag, called for now "FlagGiver".
> The users with this flag must have the ability to give  review user flag,
> validate user flag, autoreview and "FlagGiver" user flag. 

If this is like dewiki, then there is only one review level, thus there is no
use for 'validate'. Groups can be granted, but not rights directly. The
'review' flag could be granted by putting a user in the 'editor' group. A
'trusted' group could be created, so that 'autoreview' could be granted by
putting a user in the group.

It would be much simpler to let Admins grant these things, and not have a
FlagGiver group.

-- 
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 18476] Cannot filter AbuseLog by filter ID without abusefilter-log-detail

[bugzilla-daemon]

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

--- Comment #6 from Mark A. Hershberger  2011-03-25 
01:02:16 UTC ---
How is the configuration of ptwiki different from enwiki and ruwiki?  Is it
simply that the rights on ptwiki are different than the others?

-- 
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 28209] Default searches for all registered users in the left sidebar

[bugzilla-daemon]

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

--- Comment #3 from Mark A. Hershberger  2011-03-25 
00:53:16 UTC ---
(In reply to comment #2)
> > "My Bugs" is built in and covers this one.  Perhaps Bz4 has more more 
> > options
> > for adding fixed searchs besides the initial "My Bugs".
> 
> AFAIK, "My bugs" doesn't include my CC'd bugs. Looks to not include it either
> in BZ4

In this version of Bz, at least, CC'd bugs could be added by modifying the URL
that "My bugs" points to.

-- 
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 28046] Make licenses configurable with LocalSettings.php

[bugzilla-daemon]

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

--- Comment #2 from Neil Kandalgaonkar  2011-03-25 
00:46:39 UTC ---
Confirmed, this does work. Thanks Michael!

-- 
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 14720] robots.txt (tracking)

[bugzilla-daemon]

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

Leinad  changed:

   What|Removed |Added

 Depends on||28229

-- 
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 28229] MediaWiki:Robots.txt has no effect on pl.wikimedia.org

[bugzilla-daemon]

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

Leinad  changed:

   What|Removed |Added

 CC||danny.lei...@gmail.com
 Blocks||14720

-- 
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 15308] Review Babel extension for deployment on Wikimedia Wikis

[bugzilla-daemon]

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

Tim Starling  changed:

   What|Removed |Added

 CC||tstarl...@wikimedia.org

--- Comment #19 from Tim Starling  2011-03-25 00:43:12 
UTC ---
Is this still ready for review? Or is Purodha's work ongoing?

-- 
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 28229] New: MediaWiki:Robots.txt has no effect on pl.wikimedia.org

[bugzilla-daemon]

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

   Summary: MediaWiki:Robots.txt has no effect on pl.wikimedia.org
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: shell
  Severity: normal
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: danny.lei...@gmail.com


The content of http://pl.wikimedia.org/wiki/MediaWiki:Robots.txt does not seem
to show up at http://pl.wikimedia.org/robots.txt. It is probably similar to
bug22040.

-- 
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 27025] Should load css files directly in debug mode

[bugzilla-daemon]

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

--- Comment #6 from Michael Dale  2011-03-25 00:42:04 UTC ---
Even for RTL you should load the style sheet in another "&only=styles" request,
otherwise you have every style sheet in the same dynamic include page append
... making it difficult to trace which rules come from where

-- 
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 20246] Install Extension:Transliterator on fr and en.wiktionary

[bugzilla-daemon]

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

--- Comment #16 from Tim Starling  2011-03-25 00:24:41 
UTC ---
Are these tables in any way similar to the tables used for transliteration by
ICU? I wrote a PHP extension a couple of years ago which provides an interface
to ICU's transliteration functions to PHP:

http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/transliterate/

The original idea was to use it to display transliterations of foreign names
that come to a wiki via CentralAuth, but I never developed it any further.
Would it be useful to provide access to these ICU transliterators via the
extension you have developed?

-- 
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 18476] Cannot filter AbuseLog by filter ID without abusefilter-log-detail

[bugzilla-daemon]

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

--- Comment #5 from Andrew Garrett  2011-03-25 00:20:14 
UTC ---
The behaviour is by design. I'm open to changing it, though.

The real question is whether or not it makes sense to separate the ability to
see which filter a specific edit tripped from the ability to view all edits
that tripped a particular filter.

-- 
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 19161] Auto account creation creates privacy vulnerability

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #41 from Chad H.  2011-03-25 00:13:20 UTC 
---
(In reply to comment #40)
> You may not like the solution that was provided for this bug, but re-opening 
> it
> is not likely to change CentralAuth to your liking.  This bug was about a
> privacy concern, and that has been addressed.
>

The solution was bad. It should be reverted, and this bug reopened pending a
*real* solution.

-- 
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 24692] Upload wizard: RTL support is incomplete

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 CC||ne...@wikimedia.org

--- Comment #1 from Neil Kandalgaonkar  2011-03-24 
23:54:19 UTC ---
We are now using Resource Loader, so we get a lot of RTL for free. It's
possible for English readers to test this by setting $wgLanguageCode to
'enrtl'.

What's buggy, first pass:

0 - issue with Resource Loader -- it ONLY responds to $wgLanguageCode; in other
words the entire wiki has to be set to use an RTL language. That works fine for
Wikipedia but what about Commons? So, we can make it work with RTL but it won't
be deployable on Commons?

See related resource loader bug:
https://bugzilla.wikimedia.org/show_bug.cgi?id=28228


1 - the arrow progress thing at the top of the page is messed up. Probably a
matter of flipping some images and fixing CSS.

2 - for some reason, the "$1 of $2 files uploaded" message is rendered as "of
$2 files uploaded $1"

Otherwise it looks like it actually works. Here are Trevor's notes about how to
RTLify things:

- snip --

Basically there's 3 things to know about RL's RTL handling other than "it's
like magic!".

1. /* @noflip */ means don't flip this.
You can use it on either an entire rule or a single property.

2. url(icon-ltr.png) becomes url(icon-rtl.png)
This is because we use the "--swap_ltr_rtl_in_url" option. We don't use the
"--swap_left_right_in_url" though. So if your images are named accordingly, you
will be all set. CSSJanus looks for "ltr" and "rtl" preceded by a word
boundary, so turtle.png is safe, but tu.rtle.png is going to become
tu.ltre.png.

3. When using /* @noflip */ together with prefixing the selector with
"body.rtl" you can write an RTL only CSS rule without worrying about it
applying to LTR or having to write it backwards because it's going to get
flipped for you.

You can play with CSSJanus here: http://cssjanus.commoner.com/

- Trevor


- snip --

-- 
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 23796] Feature request: article icon area

[bugzilla-daemon]

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

--- Comment #43 from Daniel Friesen  
2011-03-24 23:54:00 UTC ---
I wouldn't say no-one's interested. I am, but I've been to busy. I actually
have page icons on the roadmap for skin rewriting, since as far as I'm
concerned, they're part of skinning. However it's at a post-template-language
implementation point. I want to take advantage of the xml/html based template
language's ability to usage detect. ie: If you omit the page icons' marker
it'll automatically inject it into the page title's content so that it still
shows up.

-- 
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 28228] New: Resource Loader should use RTL layout when user wants it, not site

[bugzilla-daemon]

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

   Summary: Resource Loader should use RTL layout when user wants
it, not site
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Resource Loader
AssignedTo: tpars...@wikimedia.org
ReportedBy: ne...@wikimedia.org
CC: roan.katt...@gmail.com


It seems that Resource Loader will send RTL CSS files only if LocalSettings.php
has $wgLanguageCode set to be a known RTL language, like 'ar' or 'he' or
'enrtl'.

That works fine for the Wikipedias, which are monolingual. 

But a site like Commons is multilingual. People should be able to use a
different interface based only on their language preference, or even the
uselang= parameter.

-- 
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 23796] Feature request: article icon area

[bugzilla-daemon]

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

--- Comment #42 from Trevor Parscal  2011-03-24 
23:49:51 UTC ---
Re-written might be an overstatement, but clearly he's made a reasonable case
for storing emblem data differently including using the page props system.

-- 
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 15607] Implement the Interlanguage extension in Wikipedia

[bugzilla-daemon]

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

--- Comment #64 from Tim Starling  2011-03-24 23:47:34 
UTC ---
(In reply to comment #62)
> 1) What's the proposed name of the central repository? I would suggest
> something like data.wikimedia.org so we can potentially expand it in future 
> for
> other cross-project data sharing.

I'm not aware of any proposal. The current software makes it necessary to have
one wiki per second-level domain.

> 2) Would this be used for the non-article namespace? 

The software won't restrict it to the main namespace, so yes, I imagine it will
be used for other namespaces.

> 3) Would this be used for InterProject links? 

No.

> Potentially any link list could
> point to any Wikimedia project, and the script could filter it down to
> something appropriate. For example, if the link lists includes all the
> Wikipedia articles for "Dog", plus all the Wiktionary entries, on the English
> Wikipedia it could pull the Wikipedia interlanguage links + English 
> Wiktionary,
> on the German Wikipedia it could pull the German Wikipedia interlanguage links
> + German Wiktionary, etc.

Sure, anything's possible, with sufficient software development resources. But
such resources have not materialised, so I'm just looking to enable this
extension with a few minor tweaks.

If we need to have a stopgap solution, I'd prefer it to be implemented in a way
that doesn't lock us in to a particular architecture going forward. We are
talking about having a special syntax for interlanguage link references in
articles:

{{#interlanguage: Pied Currawong}}

As long as we stick with something simple like that, and don't expose
implementation details to the users on the content wikis, then we can easily
change the data source in the future.

In particular, I don't want to see:

{{#interlanguage: Wikipedia-Interlanguage:Pied Currawong}}

> 4) Finally, on the user experience side, in addition to formatting the links 
> in
> the content area (see
> http://meta.wikimedia.org/wiki/A_newer_look_at_the_interlanguage_link/Central_wiki_style_straw_poll
> ), I think we'll need to think about how you access the link list in the first
> place. IMO an edit link in the sidebar that pops up an editing interface on 
> the
> local wiki would be preferable to sending people to an external site.

Sure, it's possible, if resources can be allocated for it. Note that there will
be a need for policy, review and access control. Nothing is ever simple on a
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 23796] Feature request: article icon area

[bugzilla-daemon]

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

--- Comment #41 from MZMcBride  2011-03-24 23:38:55 UTC ---
Tim did a review of the ArticleEmblems extension at
. Current
status is that the extension needs to be rewritten, but there are no interested
developers.

-- 
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 28224] action=paraminfo gives empty default string for null

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com

--- Comment #4 from Roan Kattouw  2011-03-24 22:57:51 
UTC ---
(In reply to comment #2)
> But null is not an empty string. When the default is nothing, than
> action=paraminfo should say that as it does for the long form with
> ApiBase::PARAM_TYPE => 'string'
> 
> action=protect and action=edit use 'reason' => '', that is useless than.

'foo' => null

is a shorthand for:

'foo' => array( ApiBase::PARAM_TYPE => 'string', ApiBase::PARAM_DFLT => '' )

So the output is perfectly correct

-- 
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 28195] Please create various namespaces for sqwikinews

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jschulz_4...@msn.com
 Resolution||FIXED

--- Comment #2 from Aaron Schulz  2011-03-24 22:38:27 UTC 
---
Done (with fixed 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 28052] Deploy Gender Namespaces on all relevant wikis

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2011-03-24 22:25:18 UTC ---
Some of the dependencies of this bug don't seem to relate to namespaces (or the
User namespace, if you prefer) at all. Is this a generic bug about gender
issues or is it specific to namespace issues?

-- 
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 26182] More/less options button doesn't work with many files

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |rkald...@wikimedia.org

-- 
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 28209] Default searches for all registered users in the left sidebar

[bugzilla-daemon]

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

--- Comment #2 from Reedy  2011-03-24 22:03:32 UTC ---
(In reply to comment #1)
> (In reply to comment #0)
> 
> > "Related to me" - where you are either on CC, reporter or assigned or where 
> > you
> > commented. (open only).
> 
> "My Bugs" is built in and covers this one.  Perhaps Bz4 has more more options
> for adding fixed searchs besides the initial "My Bugs".

AFAIK, "My bugs" doesn't include my CC'd bugs. Looks to not include it either
in BZ4

I added a '"My" CC'd Bugs' saved search for that, which some (9 other) people
are using

-- 
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 28209] Default searches for all registered users in the left sidebar

[bugzilla-daemon]

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

--- Comment #1 from Mark A. Hershberger  2011-03-24 
22:00:57 UTC ---
(In reply to comment #0)

> "Related to me" - where you are either on CC, reporter or assigned or where 
> you
> commented. (open only).

"My Bugs" is built in and covers this one.  Perhaps Bz4 has more more options
for adding fixed searchs besides the initial "My Bugs".

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

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

[Bug 18476] Cannot filter AbuseLog by filter ID without abusefilter-log-detail

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org

--- Comment #4 from Mark A. Hershberger  2011-03-24 
21:47:47 UTC ---
For those who are slow (like me), the following will show the problem clearly:

http://en.wikipedia.org/wiki/Special:AbuseLog
  and
http://ru.wikipedia.org/wiki/Special:AbuseLog?uselang=en
  vs
http://pt.wikipedia.org/wiki/Especial:AbuseLog?uselang=en

ptwiki is missing the "Filter ID" field that enwiki and ruwiki have. As a
result, on ruwiki, you can see links to examine the details of the filter.

-- 
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 28220] Link revisions and bugs on recent comments

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 23319] news: links broken (noncompliance with RFC 1738)

[bugzilla-daemon]

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

Tristan Miller  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #1 from Tristan Miller  2011-03-24 
21:34:52 UTC ---
This bug is actually in my web browser, not MediaWiki:
https://bugzilla.mozilla.org/show_bug.cgi?id=617287

-- 
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 28220] Link revisions and bugs on recent comments

[bugzilla-daemon]

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

--- Comment #1 from Reedy  2011-03-24 21:30:22 UTC ---
r84710

-- 
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 18476] Cannot filter AbuseLog by filter ID without abusefilter-log-detail

[bugzilla-daemon]

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

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

   What|Removed |Added

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

--- Comment #3 from mybugs.m...@gmail.com 2011-03-24 21:26:39 UTC ---
(In reply to comment #2)
> I agree to comment #0.
> This bug should be fixed.

Me too. I was just going to report it because
http://pt.wikipedia.org/w/index.php?title=Especial:AbuseLog&wpSearchFilter=96
is not filtering the list to me on Portuguese Wikipedia.

-- 
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 28227] Setting $wgLogAutocreatedAccounts to false makes admin's jobs difficult

[bugzilla-daemon]

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

Bug 28227 depends on bug 19161, which changed state.

Bug 19161 Summary: Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161

   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 19161] Auto account creation creates privacy vulnerability

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 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 19161] Auto account creation creates privacy vulnerability

[bugzilla-daemon]

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

--- Comment #40 from Mark A. Hershberger  2011-03-24 
21:19:03 UTC ---
(In reply to comment #31)
> (In reply to comment #29)
> > As all of the information that people have felt necessary to reproducing or
> > describing the problem has been given in this report and it has all been
> > dealt with, this bug should be closed.
> 
> Sorry, but how has it "all been dealt with"? A proper fix ("login & log local
> account creation only on write actions such as edits")

That is one of many fixes.  Consider the title of the bug: "Auto account
creation creates privacy vulnerability".  The description of this privacy
vulnerability then says that it comes from logging the auto account creation.

The solution chosen kept auto account creation but made it so it wasn't logged.

What you describe is a new problem:

> Simply disabling the log has severe consequences for keeping out abusive
> usernames. I've asked for the opinion of other admins on German Wikipedia and
> they affirm it hinders their efforts and that there are already trolls taking
> advantage of the log being removed.

Please use Bug #28227 to discuss this new problem.  If you think the only
proper fix is "local account creation should not happen on HTTP GETs", then
that, too, is a new bug.

You may not like the solution that was provided for this bug, but re-opening it
is not likely to change CentralAuth to your liking.  This bug was about a
privacy concern, and that has been addressed.

-- 
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 19161] Auto account creation creates privacy vulnerability

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Blocks||28227

-- 
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 28227] New: Setting $wgLogAutocreatedAccounts to false makes admin's jobs difficult

[bugzilla-daemon]

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

   Summary: Setting $wgLogAutocreatedAccounts to false makes
admin's jobs difficult
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: User login
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: m...@everybody.org
Depends on: 19161


In order to address privacy concerns from auto-created accounts (Bug #19161),
$wgLogAutocreatedAccounts was created so that accounts which were auto-created
because of CentralAuth would not be logged.

This change makes it difficult for admins to patrol their wiki's for malicious
users since they can't see newly created accounts.

A way to handle the privacy concerns without impeding the admins' work should
be found.

-- 
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 28224] action=paraminfo gives empty default string for null

[bugzilla-daemon]

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

--- Comment #3 from Reedy  2011-03-24 21:06:30 UTC ---
(In reply to comment #2)
> But null is not an empty string. When the default is nothing, than
> action=paraminfo should say that as it does for the long form with
> ApiBase::PARAM_TYPE => 'string'
> 
> action=protect and action=edit use 'reason' => '', that is useless than.

action=undelete and action=protect you mean

They pass the variables straight into something else, where the default
parameter is $blah = '', so passing null isn't nice.

'foo' => '' in protect/undelete give


Which is correct. Would you rather I made those explicit?

I can see some benefit switching => null to  array( ApiBase::PARAM_TYPE =>
'string' ), as it explicitally sets no default, and the default used is null.

Is that what you were wanting originally?

-- 
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 5303] UtfNormal replacement proposal

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||happy.melon.w...@gmail.com
 Resolution||FIXED

--- Comment #12 from Happy-melon  2011-03-24 
20:53:23 UTC ---
Patch applied in r84706.

-- 
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 5303] UtfNormal replacement proposal

[bugzilla-daemon]

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

--- Comment #11 from Yuvi Panda  2011-03-24 20:26:43 UTC 
---
Created attachment 8326
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8326
Clean Patch, without generated files.

-- 
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 28226] prop=extlinks&eloffset should be an integer

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-03-24 20:06:10 UTC ---
r84699

-- 
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 28224] action=paraminfo gives empty default string for null

[bugzilla-daemon]

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

--- Comment #2 from duplicate...@googlemail.com 2011-03-24 20:02:36 UTC ---
But null is not an empty string. When the default is nothing, than
action=paraminfo should say that as it does for the long form with
ApiBase::PARAM_TYPE => 'string'

action=protect and action=edit use 'reason' => '', that is useless than.

-- 
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 27656] Undefined property: UploadFromFile::$mFileProps in UploadBase

[bugzilla-daemon]

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

wer...@gmail.com changed:

   What|Removed |Added

 CC||wer...@gmail.com

--- Comment #4 from wer...@gmail.com 2011-03-24 19:58:07 UTC ---
Addition to this bug: The folder is created but the file isn't put in there.

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

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

[Bug 28226] New: prop=extlinks&eloffset should be an integer

[bugzilla-daemon]

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

   Summary: prop=extlinks&eloffset should be an integer
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


The offset of prop=extlinks should also an integer as the offset from
list=exturlusage. It is check with is_numeric in Database::limitResult.

Thanks.

-- 
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 28224] action=paraminfo gives empty default string for null

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #1 from Reedy  2011-03-24 19:26:41 UTC ---
It's not wrong.

The default "null" is just literally anything, in most cases a string

-- 
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 28225] New: Allow hiding of user groups in list=allusers

[bugzilla-daemon]

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

   Summary: Allow hiding of user groups in list=allusers
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


Sometimes it is helpful to hide a user group from the output. It is now
possible: You have to get all possible groups and remove the group you want to
hide.

But it is easy, when the api can do that by itself.

Maybe use "!group".

Thanks.

-- 
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 5303] UtfNormal replacement proposal

[bugzilla-daemon]

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

Yuvi Panda  changed:

   What|Removed |Added

   Attachment #8300|0   |1
is obsolete||
   Attachment #8308|0   |1
is obsolete||

--- Comment #10 from Yuvi Panda  2011-03-24 19:14:33 UTC 
---
Created attachment 8325
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8325
Patch with all defines moved to UtfNormalDefines.php

Removed a bunch of warnings.

-- 
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 28224] New: action=paraminfo gives empty default string for null

[bugzilla-daemon]

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

   Summary: action=paraminfo gives empty default string for null
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


When the shortcut for type declaration inside the api documentation is used,
then action=paraminfo adds wrongly a empty default attribute to the output, if
the value is null.

See ImageInfo:
'continue' => null
gives:
name="continue" type="string" *default=""*

Looks like strval return an emtpy string for null input:
$a['default'] = strval( $p );

-- 
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 19412] #time parser function can't read local language month names

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||mjb...@gmail.com

--- Comment #8 from duplicate...@googlemail.com 2011-03-24 18:57:23 UTC ---
*** Bug 28203 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 28203] {{#time:}} doesn't support Persian dates

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

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

--- Comment #1 from duplicate...@googlemail.com 2011-03-24 18:57:23 UTC ---
All languages are not supported.

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

-- 
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 28182] Title attribute is missing for some internal links

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||duplicate...@googlemail.com

--- Comment #5 from duplicate...@googlemail.com 2011-03-24 18:50:20 UTC ---
(In reply to comment #4)
> It's not only attachment. Apparently, some users benefited from the title
> attribute in their bot codes, and now they have to resolve all redirects in a
> separate step.

Please use the api.php for bots ...

Some Gadgets or user js were broken due to this change.

-- 
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 28221] Romanian Wiktionary $wgSitename change and change of namespace name for extra namespace

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

   Keywords||shell
 CC||bawolff...@gmail.com
Summary|Romanian Wiktionary |Romanian Wiktionary
   |SITENAME change |$wgSitename change and
   ||change of namespace name
   ||for extra namespace

-- 
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 28221] Romanian Wiktionary SITENAME change

[bugzilla-daemon]

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

Claudiu Mihăilă  changed:

   What|Removed |Added

Summary|SITENAME change |Romanian Wiktionary
   ||SITENAME change

-- 
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 27943] "Upload new version of file" not visible with PNG and PDF files

[bugzilla-daemon]

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

--- Comment #14 from wer...@gmail.com 2011-03-24 18:24:48 UTC ---
The hosting company made an exception now in their VCL (?) and if i put my
MediaWiki installation in the /wiki folder it is working correctly. But as i'm
not having the MediaWiki in the /wiki folder i have to change things.

When put the whole MW install in a /wiki folder it's working correctly. Think
it's their way of editing their VCL exceptions.

-- 
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 23310] CentralAuth: global suppression does not suppress very well

[bugzilla-daemon]

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

--- Comment #3 from DF  2011-03-24 17:39:02 UTC ---
(In reply to comment #2)
> I'm not sure about that. It should remove users from user list, and it did 
> when
> I commited it.

Not when the user is previously blocked before we can globally suppress it.
Regards.

-- 
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 28217] LdapAuthentication.php not querying the LDAP-Server

[bugzilla-daemon]

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

--- Comment #5 from Ryan Lane  2011-03-24 17:33:21 UTC ---
Also, a bug isn't really the right spot to ask for support for this. Please use
the support page via the extension's documentation.

-- 
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 28215] Unbreak Resource loader

[bugzilla-daemon]

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

--- Comment #6 from sro...@robak.net 2011-03-24 17:25:34 UTC ---
Thanks all - seems to be working great :)

-- 
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 27260] Tracking bug: UploadWizard 1.0

[bugzilla-daemon]

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

Bug 27260 depends on bug 28046, which changed state.

Bug 28046 Summary: Make licenses configurable with LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=28046

   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 on the CC list for the bug.

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

[Bug 28046] Make licenses configurable with LocalSettings.php

[bugzilla-daemon]

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

Michael Dale  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||d...@ucsc.edu
 Resolution||FIXED

--- Comment #1 from Michael Dale  2011-03-24 17:13:29 UTC ---
The nice thing about the config file type system is that default configuration
is cleanly separated from the LocalSettings.php user configuration.

This was added for upload wizard in r83974 ( marked bug resolved )

-- 
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 28223] New: iPhone Native Crash with UTF-8

[bugzilla-daemon]

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

   Summary: iPhone Native Crash with UTF-8
   Product: Wikipedia Mobile
   Version: .5
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: iphone
AssignedTo: hcat...@wikimedia.org
ReportedBy: hcat...@wikimedia.org
CC: tf...@wikimedia.org


The native app crashes if you put in UTF-8 characters. Doh!

-- 
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 28071] Upload wizard does gracefully handle no thumbnail errors

[bugzilla-daemon]

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

--- Comment #2 from Michael Dale  2011-03-24 16:51:28 UTC ---
Neil were you able to get a  better idea of what the issue was when we
recreated it on prototype?  I don't think it will be an issue for commons since
it will have a working install of thumbnails. But it would be good to test
before we deploy ;) 
I think all you need to do for this bug is possibly double the size of
thumbnail proxy, and possibly put a try catch around the asset load call.

-- 
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 20246] Install Extension:Transliterator on fr and en.wiktionary

[bugzilla-daemon]

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

--- Comment #15 from Conrad Irwin  2011-03-24 16:36:39 
UTC ---
Transliterations are used particularly in translations tables where the
alphabet of the destination language is not Latin (see
http://en.wiktionary.org/wiki/Uzbekistan#Translations), and throughout entries
in non-Latin alphabets, see for example
http://en.wiktionary.org/wiki/%D5%88%D6%82%D5%A6%D5%A2%D5%A5%D5%AF%D5%BD%D5%BF%D5%A1%D5%B6.

For further context:

http://wikt.jelzo.com/wiki/Test:el shows a comparison of Greek words and their
automatic transliteration versus the transliterations that existed on
Wiktionary at some point during 2010. 

http://en.wiktionary.org/wiki/User_talk:Conrad.Irwin/Transliterator.php
contains some desired transliteration maps for various languages, along with
which standards they correspond to (where applicable).

-- 
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 28222] New: Add edit history for contributions

[bugzilla-daemon]

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

   Summary: Add edit history for contributions
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: LiquidThreads
AssignedTo: agarr...@wikimedia.org
ReportedBy: bugzilla.wikime...@publi.purodha.net
CC: bugzilla.wikime...@publi.purodha.net,
bhar...@wikimedia.org


Since single contributions to threads can be editd, they should have an edit
history tab with all the usual (list, diffs, permalinks, etc.)

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