[Bug 26220] There are too many files in the root of phase3/includes

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

   Keywords||patch
 CC||p858sn...@gmail.com

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

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

[Bug 26220] There are too many files in the root of phase3/includes

[bugzilla-daemon]

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

--- Comment #11 from Chad H.  2011-04-18 02:09:39 UTC 
---
I reorganized the profiler in r86175 and followups.

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

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

[Bug 28577] Allow API to test for page title validity

[bugzilla-daemon]

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

--- Comment #4 from Neil Kandalgaonkar  2011-04-18 
01:36:52 UTC ---
yes, it's on my agenda -- I made one of the UploadWizard bugs block here so I
update both.

-- 
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 28531] Preferences page looks garbled.

[bugzilla-daemon]

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

--- Comment #5 from Purodha Blissenbach  
2011-04-18 01:36:25 UTC ---
(In reply to comment #4)
> (Shouldn't we have a system where people don't add html to messages not
> supporting html?)

Usually it should be the other way round.

See for example bug 14107. 
We have places where markup does not work per rules or technical constraints
outside our scope. There we should indeed filter it intelligently, and in most
instances, we already do.
Otherwise, needed markup, such as language tagging, setting directionality, and
similar, must be working. The goal cannot be to keep people from making correct
localizations, but to gradually get rid of obsolete and in part broken message
string handling code.

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

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

[Bug 28577] Allow API to test for page title validity

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Blocks||24758

-- 
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 24758] Upload wizard: API errors that block progress on description page submission

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Depends on||28577

--- Comment #6 from Neil Kandalgaonkar  2011-04-18 
01:35:57 UTC ---
blocking on 28577 since it describes the need for blacklist checking (which
this bug just alludes 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 28589] New: Edit notices display "edit" tab instead of "view source" even if the editor cannot edit them

[bugzilla-daemon]

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

 Bug #: 28589
   Summary: Edit notices display "edit" tab instead of "view
source" even if the editor cannot edit them
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: Page protection
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: 28by...@gmail.com
Classification: Unclassified


Example: if a non-logged-in user pulls up
http://en.wikipedia.org/wiki/Template:Editnotices/Page/Template_talk:Did_you_know

...they are presented with an Edit tab, even though they cannot edit 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 28588] New: Deleted pages beginning with asterisks (*) don't render properly

[bugzilla-daemon]

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

 Bug #: 28588
   Summary: Deleted pages beginning with asterisks (*) don't
render properly
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: Page rendering
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: 28by...@gmail.com
Classification: Unclassified


Deleted pages beginning with asterisks (*) don't render properly; * is
inappropriately converted to bullets, breaking the links and layout.

Example page:

http://en.wikipedia.org/w/index.php?title=*_Scrapper&redirect=no&rcid=437086872

Possibly related to 12974.

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

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

[Bug 28532] wfMsgExt() and wfMsgWikiHtml() use $wgOut->parse()

[bugzilla-daemon]

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

--- Comment #3 from Tim Starling  2011-04-18 00:43:11 
UTC ---
(In reply to comment #1)
> Created attachment 8406 [details]
> Patch
> 
> Rather than committing and waiting for review, seemed sensible to create a
> patch and put here for you to look at Tim, being an area of code I'm not 
> really
> familiar with

That's the general idea, but MessageCache::parse() lacks protection against
re-entrant calls. You need something like:

if ( $this->mInParser ) {
   return htmlspecialchars( $in );
}
$this->mInParser = true;
$this->mParser->parse(...);
$this->mInParser = false;

Both MessageCache::transform() and MessageCache::parse() should be protected
using the same member variable, since they both access the same parser object.
You could test it by making a couple of tag hook extensions that call
$wgMessageCache->parse().



[[test]]



It's easy enough to make a tag hook extension in a few lines of code in
LocalSettings.php, you don't need to make a separate file or anything.

Please also patch Message::parseText() to call
MessageCache::singleton()->parse(), so that Niklas's idea can easily be done
later.

-- 
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 28492] Write wmf replag ircbot

[bugzilla-daemon]

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

--- Comment #6 from Krinkle  2011-04-18 00:28:10 UTC ---
A basic start has been made.

Booted it for a test run in #wikimedia-dev, #wikimedia-tech, #wmfDbBot.

Account: wmfDbBot

Right now it doesn't do the periodic checks and nagging yet. Just on-demand to
see if it is wanted or not.

Current supported commands:

@info 
@replag 

id:
- cluster: (s1-s7; @info also supports 'DEFAULT')
- dbhost (ie. db18)
- dbname (ie. enwiki, dewiktionary; @info also supports 'centralauth')


"@replag" without arguments will check all hosts and only return those that
have a replag higher than 1 second (or alternatively, "No replag").

"@replag all" will check all clusters and return all their dbhosts+lag counts.

-- 
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 28587] Create mailinglist for the Countervandalism Network (cvn-l and cvnstaff-l)

[bugzilla-daemon]

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

Philippe Beaudette  changed:

   What|Removed |Added

 CC||pbeaude...@wikimedia.org

--- Comment #1 from Philippe Beaudette  2011-04-18 
00:12:21 UTC ---
Can you please detail the difference between the two lists?  What is the need
for a separate (imho, misnamed) list for "staff"?

-- 
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 28531] Preferences page looks garbled.

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #4 from Bawolff  2011-04-17 23:55:53 UTC ---
How exactly is this garbled? The only thing overly wrong with it that I see
with a cursory look is the blah which you said was a separate
issue. (Shouldn't we have a system where people don't add html to messages not
supporting html?)

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

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

[Bug 28381] Make ExternalData able to honour DB prefixes

[bugzilla-daemon]

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

Solitarius  changed:

   What|Removed |Added

   Attachment #8408|0   |1
is obsolete||

--- Comment #5 from Solitarius  2011-04-17 23:23:20 UTC ---
Created attachment 8416
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8416
Make ExternalData honor DB flags and tableprefix (version 2)

New version of my patch after comments from Yaron, Happy-mellon and bawolff.

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

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

[Bug 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

--- Comment #8 from Happy-melon  2011-04-17 
23:19:39 UTC ---
(In reply to comment #6)
> Created attachment 8415 [details]
> Extension DeleteBatch cleanup

The other two changes in this look good. I wouldn't have been able to resist
the temptation to do more major refactoring in DPL, but I guess you have more
restraint than me :D

-- 
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 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

   Keywords||need-review, patch
 CC||p858sn...@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 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 CC||happy.melon.w...@gmail.com

--- Comment #7 from Happy-melon  2011-04-17 
23:17:35 UTC ---
(In reply to comment #6)
> Created attachment 8415 [details]
> Extension DeleteBatch cleanup

The change in DeleteBatch seems to substantially change the codeflow, going to
File::delete() directly instead of through FileDeleteForm.  Since
ImagePage::delete() calls ImagePage::loadFile(), invalidating the removed
comment, is it necessary to manually delete the file separately from the
ImagePage?

-- 
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 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

Yuvi Panda  changed:

   What|Removed |Added

   Attachment #8412|0   |1
is obsolete||

--- Comment #6 from Yuvi Panda  2011-04-17 22:05:54 UTC ---
Created attachment 8415
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8415
Extension DeleteBatch cleanup

-- 
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 17057] Images with wrong SHA1

[bugzilla-daemon]

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

Platonides  changed:

   What|Removed |Added

   Keywords||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 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

Yuvi Panda  changed:

   What|Removed |Added

   Attachment #8413|0   |1
is obsolete||

--- Comment #5 from Yuvi Panda  2011-04-17 22:05:07 UTC ---
Created attachment 8414
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8414
ImagePage.php, SearchUpdate.php, LinkCache.php and (partial) Title.php cleanup

-- 
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 28587] New: Create mailinglist for the Countervandalism Network (cvn-l and cvnstaff-l)

[bugzilla-daemon]

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

 Bug #: 28587
   Summary: Create mailinglist for the Countervandalism Network
(cvn-l and cvnstaff-l)
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: Mailing lists
AssignedTo: b...@caseybrown.org
ReportedBy: krinklem...@gmail.com
CC: aza...@wikimedia.org
Classification: Unclassified


The Countervandalism Network is becoming a more crucial part of the Wikikimedia
community (especially for the 100s of so called "smaller wikis"). 

Right now the back-end is all over the place. The mailinglists were hosted by
me on my personal domain. A few weeks ago I switched hosting plans and didn't
move those over and it's been down since. 

I don't really have the time to maintain the backend of this (moderating is
okay), and when rethinking it, it doesn't really seem appropiate to be hosted
elsewhere. 

Please create a public mailinglist "cv...@lists.wikimedia.org" and a private
one "cvnstaf...@lists.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 26033] Wiktionary needs an option to include all in the article count

[bugzilla-daemon]

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

--- Comment #3 from Bawolff  2011-04-17 21:28:00 UTC ---
>This wouldn't cause any problems for wikis that already cause all pages to be
>counted by inserting fake links into all pages, would it?

Not unless the refresh script was run on them (which is very unlikely to happen
unless someone explicitly asks that it is run).

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

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

[Bug 28586] YAML: strings that are the same as boolean literals

[bugzilla-daemon]

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

w...@beyondunreal.com changed:

   What|Removed |Added

   Priority|Low |Normal

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

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

[Bug 28586] New: YAML: strings that are the same as boolean literals

[bugzilla-daemon]

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

 Bug #: 28586
   Summary: YAML: strings that are the same as boolean literals
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: w...@beyondunreal.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
soxre...@gmail.com, vasi...@gmail.com
Classification: Unclassified


For example,
http://en.wikipedia.org/w/api.php?action=query&titles=False&format=yamlfm

Try to parse it using pyyaml, and you'll get 
{'query': {'pages': [{'ns': 0, 'pageid': 228749, 'title': False}]}}

That's because False is unquoted, and, according to specs,
http://www.yaml.org/spec/1.2/spec.html#id2803629
it's boolean literal, when it should be a string instead.

It also doesn't escape other boolean literals found in older 1.1 specs
http://yaml.org/type/bool.html

-- 
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 26033] Wiktionary needs an option to include all in the article count

[bugzilla-daemon]

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

Yair Rand  changed:

   What|Removed |Added

 CC||yyairr...@gmail.com

--- Comment #2 from Yair Rand  2011-04-17 20:56:56 UTC ---
(In reply to comment #1)
> However, we currently don't have any maintenance scripts to rebuild the 
> article
> count. Current maintenance scripts sort of do something thats not quite
> similar:
> 
> *maintenance/updateArticleCount.php Considers pages as good if they are in a
> content namespace, not a redirect, and contain an outgoing internal link to
> some page. This differs from Article::isCountable in that interwiki links, or
> just a plain [[ is not counted, where it is in
> Article::isCountable.
> *maintenance/initStats.php (And friends in includes/SiteStats.php) Consider a
> page to be a "good" article if it is in a content namespace, not a redirect,
> and has a length greater than 0 (can pages even have a zero length?). This is
> quite different from the article::isCountable definition.
> 
> The differences are bad since this count won't fix itself with time. 1 is 
> added
> to the count if the previous version is not good under the current definition,
> and the next version is good.
> 
> For example say a page contains just 'foo[[bar]]'. You start out with the 
> count
> using [[. So this is counted as a good article. You have 1 good article
> (assuming this is only article). You switch to using comma count, and make a
> null edit to this page. You still have 1 good article, because mediawiki
> detects that both the current and the previous version of 'foo[[bar]]' is not
> good as it has no comma. So its impossible for the count to get back on track,
> as its only decremented if a comma is removed (When useing comma count 
> method),
> even if there were no commas whatsoever in the wiki.
This wouldn't cause any problems for wikis that already cause all pages to be
counted by inserting fake links into all pages, would 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 28581] Exif metadata improvement (GPS, UserComment)

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME

--- Comment #1 from Bawolff  2011-04-17 20:09:40 UTC ---
Thank you for the patch, but this is already done in trunk.

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

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

[Bug 6908] Special:Mystyle and Special:Myscript

[bugzilla-daemon]

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

--- Comment #24 from Krinkle  2011-04-17 19:22:52 UTC ---
(In reply to comment #23)
> 
> The original use case of - To add userscript foo to your account go to
> [[special:myscript]] and add line importScript("whatever") - doesn't apply
> anymore since any such instructions would want to use
> [[special:mypage/common.js]].

Exactly, and if the script in question would be monobook specific (or whatever)
it would link to [[Special:MyPage/monobook.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 25295] Improve reviewer experience when multiple users simultaneously review Pending Changes

[bugzilla-daemon]

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

--- Comment #8 from Aaron Schulz  2011-04-17 19:18:51 UTC 
---
(In reply to comment #7)
> Perhaps we can broaded the scope of this bug to the MediaWiki component.
> 
> A mediawiki core table for 'activity' usable by core and extensions as well.
> 
> 
> Could by used by other stuff as well such as:
> * http://www.mediawiki.org/wiki/Extension:EditWarning  /
> http://www.mediawiki.org/wiki/Extension:Ajax_Show_Editors

I'd have a branch with an activity table but shelved it since I wasn't sure
about hitting the master for this kind of stuff.

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

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

[Bug 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

Yuvi Panda  changed:

   What|Removed |Added

   Attachment #8411|0   |1
is obsolete||

--- Comment #4 from Yuvi Panda  2011-04-17 19:14:48 UTC ---
Created attachment 8413
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8413
ImagePage.php, SearchUpdate.php and LinkCache.php cleanup

Fixed misunderstanding of var keyword.

-- 
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 25295] Improve reviewer experience when multiple users simultaneously review Pending Changes

[bugzilla-daemon]

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

--- Comment #7 from Krinkle  2011-04-17 19:11:30 UTC ---
Perhaps we can broaded the scope of this bug to the MediaWiki component.

A mediawiki core table for 'activity' usable by core and extensions as well.


Could by used by other stuff as well such as:
* http://www.mediawiki.org/wiki/Extension:EditWarning  /
http://www.mediawiki.org/wiki/Extension:Ajax_Show_Editors

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

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

[Bug 28562] Setup mini wiki family that runs trunk

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||krinklem...@gmail.com
 Resolution||LATER

--- Comment #6 from Krinkle  2011-04-17 19:08:05 UTC ---
Marking as LATER (perhaps WONTFIX), this would be part of the virtual cluster /
"prototype family" project.

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

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

[Bug 28569] Create a userright allowing to move pages in category namespace (without moving category members)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

Version|wikimedia-deployment|unspecified

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

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

[Bug 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #3 from Krinkle  2011-04-17 18:55:38 UTC ---
SVN Search permalink (on trunk):

/* private (with space):
http://toolserver.org/~krinkle/wikimedia-svn-search/view.php?id=171&hash=90d2840e2afb35018ce103c771fad6fe

/*private (without space)
http://toolserver.org/~krinkle/wikimedia-svn-search/view.php?id=172&hash=38d49fcf8be1f9de656da4fff2838d7b

-- 
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 28238] paraminfo: output both limits for multi param

[bugzilla-daemon]

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

--- Comment #1 from Reedy  2011-04-17 18:34:20 UTC ---
$a['limit'] = $this->getMain()->canApiHighLimits() ?
ApiBase::LIMIT_SML2 :
ApiBase::LIMIT_SML1;


'limit' and 'highlimit' ?

-- 
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 28363] Allow per-user or per-group exemptions from the use of CheckUser

[bugzilla-daemon]

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

Platonides  changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #11 from Platonides  2011-04-17 18:22:14 UTC 
---
Range checks are not only done for fiding suspects, but also for determining
damage of a block.
So you could determine that blocking a /24 is safe to do, since there are no
good editions from there, and end up blocking several admins!

-- 
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 28585] New: Missing alias in Extension:EmailCapture

[bugzilla-daemon]

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

 Bug #: 28585
   Summary: Missing alias in Extension:EmailCapture
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: [other]
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: bugzilla.wikime...@publi.purodha.net
CC: bugzilla.wikime...@publi.purodha.net,
tpars...@wikimedia.org
Classification: Unclassified


Notice: Did not find alias for special page 'EmailCapture'. Perhaps no aliases
are defined for it? [Called from SpecialPage::getLocalName in
/.../phase3/includes/SpecialPage.php at line 808] in
/.../phase3/includes/GlobalFunctions.php on line 3131

Shown 3 times when calling [[Special:EmailCapture]]

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

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

[Bug 3185] Page move rollback should not leave a redirect

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

 Blocks||13602

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

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

[Bug 13602] Page move vandalism creates watchlist clutter

[bugzilla-daemon]

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

John Mark Vandenberg  changed:

   What|Removed |Added

 CC||jay...@gmail.com
 Depends on||3185

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

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

[Bug 28577] Allow API to test for page title validity

[bugzilla-daemon]

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

--- Comment #3 from MZMcBride  2011-04-17 17:58:49 UTC ---
(In reply to comment #1)
> For the first part, you can use:
> http://en.wikipedia.org/w/api.php?action=query&titles=abc|abc{

Huh. I never would've thought to use the query module for that. Thanks for
pointing that out! Probably needs a bit better documentation somewhere.

(In reply to comment #2)
>> Optionally, this test could check against other restrictions such as the 
>> local
>> title and global blacklists or the AbuseFilter to see if a specific string
>> matches (though this possibly opens up an attack vector).
> IIRC Neil is interested in and may already have written some code for the
> blacklist thing, CCing him.

Yes, he said as much to me, I think. There are a few features that can block
page creation (create-protection, title blacklists, AbuseFilter); having a
dry-run mode of action=edit might be nice. I would think the people doing unit
tests would need something like this (if they ever test on a live site). It's
easy enough to create test pages on your own wiki, I suppose, but creating
nearly invalid titles on a live project usually causes screams. :-)

-- 
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 28578] API's parse module should not silently override invalid title inputs

[bugzilla-daemon]

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

--- Comment #2 from MZMcBride  2011-04-17 17:54:04 UTC ---
(In reply to comment #1)
> (In reply to comment #0)
>> This behavior is unexpected and wrong.
> What should it do, in your opinion? Die with an error?

Something like that, yes. It looks like the behavior of other modules that
receive invalid titles is to mark the title as invalid (e.g.,
). Perhaps
doing the same here makes sense. I'm not sure what the correct behavior is, I
just know that returning displaytitle="API" is wrong.

In this particular case, parsing can be (and is) context-specific (i.e., the
title can definitely alter what is returned), so perhaps flatly dying with an
error makes more sense.

-- 
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 28584] MediaWiki extension Email Capture

[bugzilla-daemon]

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

--- Comment #1 from Reedy  2011-04-17 17:13:00 UTC ---
No it's not.

But it does need documentation, that's for sure

-- 
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 28584] MediaWiki extension Email Capture

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

URL|lang="en">URL:  |https://translatewiki.net/w
   |https://translatewiki.net/w |iki/Thread:Support/Extensio
   |iki/Thread:Support/Extensio |n:emailcapture
   |n:emailcapture  |

-- 
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 28584] New: MediaWiki extension Email Capture

[bugzilla-daemon]

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

 Bug #: 28584
   Summary: MediaWiki extension Email Capture
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: lang="en">URL:
https://translatewiki.net/wiki/Thread:Support/Extensio
n:emailcapture
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: [other]
AssignedTo: tpars...@wikimedia.org
ReportedBy: bugzilla.wikime...@publi.purodha.net
CC: bugzilla.wikime...@publi.purodha.net
Classification: Unclassified


Is not the functionality of MediaWiki extension Email Capture already in
Mediawiki proper? By the way, the documentation links in the extension source:

* http://www.mediawiki.org/wiki/Extension:EmailCapture
* http://www.mediawiki.org/wiki/Extension:EmailCapture_Documentation

all go to nonexisting pages.

-- 
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 26121] Enable Language Converter for Portuguese in a testwiki

[bugzilla-daemon]

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

--- Comment #12 from Philip Tzou  2011-04-17 17:00:46 UTC 
---
As I had mentioned before, I'm afraid the current LanguageConverter would
disrupt the content written in Portuguese.

As we know, in Chinese we don't use space to separate words. Since the
LanguageConverter was originally designed for languages like Chinese, it
separate the text char by char, but not word by word. It fits for Serbian
because they just need to convert charset between Latin and Cyrillic, also char
by char.

In order to accomplish the Portuguese version LC, we need to implement a new
feature to LC, which convert text word by word separated by space or
punctuations. I don't think implement the feature in pure PHP is a good idea,
perhaps we need an C extension to provide the function whose performance can be
comparable to PHP's built-in strtr.

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

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

[Bug 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

--- Comment #2 from Yuvi Panda  2011-04-17 15:40:12 UTC ---
Created attachment 8412
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8412
Extension DeleteBatch cleanup

Depended on private $img of ImagePage.

-- 
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 28583] Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

Yuvi Panda  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |yuvipa...@gmail.com
   |org |

--- Comment #1 from Yuvi Panda  2011-04-17 15:36:22 UTC ---
Created attachment 8411
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8411
ImagePage.php, SearchUpdate.php and LinkCache.php cleanup

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

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

[Bug 28583] New: Remove all /* private */ declarations in MediaWiki core

[bugzilla-daemon]

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

 Bug #: 28583
   Summary: Remove all /* private */ declarations in MediaWiki
core
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Low
 Component: Documentation
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: yuvipa...@gmail.com
Classification: Unclassified


Remove the /* private */ declarations in Mediawiki core, replacing it with
'private' wherever necessary. If any extensions in trunk/extensions are
accessing the methods/variables marked private, fix them as necessary.

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

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

[Bug 3185] Page move rollback should not leave a redirect

[bugzilla-daemon]

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

Chris McKenna  changed:

   What|Removed |Added

 CC||cmcke...@sucs.org

--- Comment #8 from Chris McKenna  2011-04-17 15:31:12 UTC 
---
I think that if this bug were fixed then it would also solve bug 13602 
I would mark them as interlinked in this way but I don't know how to do that!

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

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

[Bug 26121] Enable Language Converter for Portuguese in a testwiki

[bugzilla-daemon]

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

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

   What|Removed |Added

   Attachment #7926|0   |1
is obsolete||

--- Comment #11 from mybugs.m...@gmail.com 2011-04-17 14:45:52 UTC ---
Created attachment 8410
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8410
Updated patch

(In reply to comment #10)
> This part doesn't appear to have a place in the patch: /* Should we use
> translated names for the flags, as in "Sr" language?
> 
> Missing file PtConversion.php.

Fixed in the updated patch.
Could you commit it for us?

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

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

[Bug 28582] {{formatnum:}} formats all numbers in the input if the input itself is not numerical, even numbers inside links

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

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

--- Comment #3 from Niklas Laxström  2011-04-17 
13:42:40 UTC ---
I think the current behavior is acceptable given that only numbers are valid
input for formatnum.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28582] {{formatnum:}} formats all numbers in the input if the input itself is not numerical, even numbers inside links

[bugzilla-daemon]

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

--- Comment #2 from Robert Ribnitz  2011-04-17 
13:37:26 UTC ---
Yes, that is basically what is occurring. Making formatnum ignore things in
link brackets (perhaps guided with an additional parameter) would probably be a
suitable workaround.

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

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

[Bug 28572] r72349 broke r60786 (rtl issue)

[bugzilla-daemon]

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

--- Comment #2 from Niklas Laxström  2011-04-17 
13:25:41 UTC ---
It's there in the comments, repeated here for convenience:

The added direction:ltr in vector/main-ltr.css overrides direction set in PHP
r60786.

-- 
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 28582] {{formatnum:}} formats all numbers in the input if the input itself is not numerical, even numbers inside links

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
Summary|Nested templates will apply |{{formatnum:}} formats all
   |the formatting of the outer |numbers in the input if the
   |template to the inner   |input itself is not
   ||numerical, even numbers
   ||inside links

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

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

[Bug 28582] Nested templates will apply the formatting of the outer template to the inner

[bugzilla-daemon]

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

--- Comment #1 from Roan Kattouw  2011-04-17 13:15:29 
UTC ---
The best description I can give of what's actually going on here is that
{{formatnum:75 [[Category:Articles with unsourced statements since January
2009]]}} formats both the number and the year in the category tag, resulting in
"750,000 [[Category:Articles with unsourced statements since January 2,009]]".
I've changed the bug summary accordingly, but I'm not entirely sure that this
is a bug. Maybe it's reasonable to expect formatnum to leave things in link
brackets alone.

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

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

[Bug 28582] New: Nested templates will apply the formatting of the outer template to the inner

[bugzilla-daemon]

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

 Bug #: 28582
   Summary: Nested templates will apply the formatting of the
outer template to the inner
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: Templates
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: robert.ribn...@gmail.com
Classification: Unclassified


The {{fact}} template on Simple English wikipedia will add a category "Articles
with unsourced statements since {{date}}". date is commonly set to values like
"February 2009". The problem with that is that if the facr template is used
inside another (eg. infobox) that uses number formatting, the year of the
"date" will also be formatted, before it is passed to the template fact. We end
up with a caegory: "Articles with unsourced statements since February 2,009",
instead of the expected "Articles with unsourced statements since February
2009". What is probably needed is a way to tell the system that arguments to
inner templates should not be parsed (and treated like "Text").

http://simple.wikipedia.org/w/index.php?title=Skopje&oldid=2642872 gives an
example of this. Fact is used inside an {{Infobox Settlement}} which formats
numbers like population in the settlement and metro area.

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

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

[Bug 28541] api can't output binary data, like icu sortkeys

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #5 from Roan Kattouw  2011-04-17 12:58:52 
UTC ---
Fixed in r86257 by hex-encoding the sortkeys.

I experimented with armoring binary data and managed to get it to output
correctly in JSON, but XML explicitly forbids non-printable ASCII characters.
Even escaping them as  is forbidden.

Since sending binary data for sortkey presentation wasn't gonna work, that also
presented a problem for sortkeys used as part of the cmcontinue parameter. For
that reason I decided to hex-encode all sortkeys (in list=categorymembers and
prop=categories output, and in cmcontinue) and decode hex sortkeys in the
cmcontinue back to binary when using them in the SQL query.

-- 
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 28581] New: Exif metadata improvement (GPS, UserComment)

[bugzilla-daemon]

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

 Bug #: 28581
   Summary: Exif metadata improvement (GPS, UserComment)
   Product: MediaWiki
   Version: 1.16.2
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Low
 Component: Images and files
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: a...@donda.eu
CC: bryan.tongm...@gmail.com
Classification: Unclassified


Created attachment 8409
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8409
Patch improve GPS and UserComments metadata

GPS information is showing only north/south and east/west. But no GPS data.
It is becose GPS information is endoded in DMS format and not only in rational.

And Comments added to photograpy is not shown too.

So, I append a patch which will add correct functionality

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

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

[Bug 28579] getting bogus "No new message" occasionally

[bugzilla-daemon]

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

--- Comment #1 from Purodha Blissenbach  
2011-04-17 10:37:20 UTC ---
Another observation: I got "no new messages" following an external link in an
e-mail sent by the wiki announcing a page edit by someone else. Immediately
klicking the "no new messages" link on the diff page (that I got to from the
link in the e-mail), I was shown "11 new messages", appears to be is 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 28553] set ar_parent_id on deletion

[bugzilla-daemon]

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

--- Comment #3 from Roan Kattouw  2011-04-17 09:03:16 
UTC ---
(In reply to comment #2)
> Have you look at the archive table for the *parent*_id and not for the
> *page*_id?
/me bangs head into desk repeatedly

> On my trunk installation the parent_id is always null (but the page_id is
> filled). I have not found any code for set or update that field.
Yup, all nulls 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 28572] r72349 broke r60786 (rtl issue)

[bugzilla-daemon]

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

--- Comment #1 from Roan Kattouw  2011-04-17 08:55:46 
UTC ---
Could you explain the actual issue? Comment 0 is empty.

-- 
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 6220] Shared repositories support for Special:WantedFiles

[bugzilla-daemon]

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

Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||petr.kaj...@email.cz

--- Comment #14 from Alexandre Emsenhuber [IAlex]  
2011-04-17 08:43:57 UTC ---
*** Bug 28580 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 28580] Instant Commons and Special:WantedFiles

[bugzilla-daemon]

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

Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ialex.w...@gmail.com
 Resolution||DUPLICATE

--- Comment #1 from Alexandre Emsenhuber [IAlex]  
2011-04-17 08:43:57 UTC ---


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

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

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

[Bug 28580] New: Instant Commons and Special:WantedFiles

[bugzilla-daemon]

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

 Bug #: 28580
   Summary: Instant Commons and Special:WantedFiles
   Product: MediaWiki
   Version: 1.16.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Low
 Component: Images and files
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: petr.kaj...@email.cz
CC: bryan.tongm...@gmail.com
Classification: Unclassified


We have started using shared repository InstantCommons in our e-learning
medical project WikiSkripta.eu recently. We realized that used images from
Wikimedia Commons are shown properly in the articles, but they are also listed
in Special:WantedFiles as they are not uploaded in our database. That is not
very useful, because we need this special page to monitor missing images (red
links) in our articles. Is there any solution of this problem? Could you help
us, 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 26123] Special:Undelete doesn't use ar_page_id

[bugzilla-daemon]

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

--- Comment #7 from duplicate...@googlemail.com 2011-04-17 08:39:25 UTC ---
When reuse the ar_page_id, please also look at the ar_parent_id. Thanks.

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

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

[Bug 28553] set ar_parent_id on deletion

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |
Summary|set ar_parent_id on |set ar_parent_id on
   |deletion and reuse on   |deletion
   |undeletion  |

--- Comment #2 from duplicate...@googlemail.com 2011-04-17 08:38:26 UTC ---
(In reply to comment #1)
> (In reply to comment #0)
> > r33149 added a database field ar_parent_id to the archive table, but it is
> > never used inside mediawiki.
> > 
> > Please fill that field on deletion and reuse it on undeletion.
> > 
> Filling on deletion seems to happen (I see non-null values in it on the
> toolserver), except for old deletions. Using it on undeletion is bug 26123.
> *** This bug has been marked as a duplicate of bug 26123 ***

Have you look at the archive table for the *parent*_id and not for the
*page*_id?
On my trunk installation the parent_id is always null (but the page_id is
filled). I have not found any code for set or update that field.

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

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

[Bug 28578] API's parse module should not silently override invalid title inputs

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #1 from Roan Kattouw  2011-04-17 08:32:22 
UTC ---
(In reply to comment #0)
> This behavior is unexpected and wrong.
What should it do, in your opinion? Die with an error?

-- 
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 28577] Allow API to test for page title validity

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||ne...@wikimedia.org,
   ||roan.katt...@gmail.com

--- Comment #2 from Roan Kattouw  2011-04-17 08:31:32 
UTC ---
(In reply to comment #0)
> The MediaWiki API should be able to be given a sample input string and return
> whether the string would be a valid title. For example, the string "abc" would
> return True while the string "aB{" would return False (as "{" isn't allowed in
> page titles).
> 
Like duplicatebug says, validity can already be checked.

> Optionally, this test could check against other restrictions such as the local
> title and global blacklists or the AbuseFilter to see if a specific string
> matches (though this possibly opens up an attack vector).
IIRC Neil is interested in and may already have written some code for the
blacklist thing, CCing him.

-- 
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 28574] Proofread doesn't add buttons to wikiEditor toolbar, only to legacy one.

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #2 from Roan Kattouw  2011-04-17 08:29:37 
UTC ---
(In reply to comment #1)
> See http://www.mediawiki.org/wiki/Extension:WikiEditor/Toolbar_customization
> for a guide how to add stuff to the toolbar
You can use that guide to fix OCR locally. ProofreadPage needs to be fixed in
SVN.

-- 
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 8732] Sorttable table doesn't sort properly strings with German umlaut characters

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #18 from Roan Kattouw  2011-04-17 08:27:47 
UTC ---
(In reply to comment #16)
> It's will probably be in the 1.19 release -> so it will take at least ~4-5
> months.
I personally think we should be deploying more often than we release, but
that's a discussion we're still having. So I guess 4 months is worst-case.

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

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

[Bug 28564] Bugzilla person selector autocomplete drop-down only shows one result (CC, assignment)

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

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

--- Comment #1 from Roan Kattouw  2011-04-17 08:21:34 
UTC ---
A mostly related complaint: the feature in BZ3 that let you submit a partially
complete name in the CC or Assigned field and gave you a list box with all the
names and e-mail addresses matching that, is gone now. Instead, BZ4 makes you
go back and use the autocomplete thing (which is JS-only, so this is bad for
non-JS users). In one instance I lost the text of my bug submission in the
process.

-- 
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 26123] Special:Undelete doesn't use ar_page_id

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||duplicate...@googlemail.com

--- Comment #6 from Roan Kattouw  2011-04-17 08:15:22 
UTC ---
*** Bug 28553 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 28553] set ar_parent_id on deletion and reuse on undeletion

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||roan.katt...@gmail.com
 Resolution||DUPLICATE

--- Comment #1 from Roan Kattouw  2011-04-17 08:15:22 
UTC ---
(In reply to comment #0)
> r33149 added a database field ar_parent_id to the archive table, but it is
> never used inside mediawiki.
> 
> Please fill that field on deletion and reuse it on undeletion.
> 
Filling on deletion seems to happen (I see non-null values in it on the
toolserver), except for old deletions. Using it on undeletion is bug 26123.

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

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

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

[Bug 28577] Allow API to test for page title validity

[bugzilla-daemon]

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

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||duplicate...@googlemail.com

--- Comment #1 from duplicate...@googlemail.com 2011-04-17 08:09:47 UTC ---
For the first part, you can use:
http://en.wikipedia.org/w/api.php?action=query&titles=abc|abc{

-- 
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 28511] Cleanup use of {} for string character access

[bugzilla-daemon]

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

Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

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

--- Comment #3 from Alexandre Emsenhuber [IAlex]  
2011-04-17 08:00:38 UTC ---
Done in r86251.

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

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