[Bug 34946] New: Getting parameter "afl_user" available for log events

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34946

   Web browser: ---
 Bug #: 34946
   Summary: Getting parameter "afl_user" available for log events
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: AbuseFilter
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: billinghu...@gmail.com
CC: agarr...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


In looking to customise [[MediaWiki:Abusefilter-log-detailedentry-meta]] I find
that the $2 variable is {username (talk|block)} and there is no ability to
drill down to utilise the username only for other feeds.


It comes from 

https://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/AbuseFilter/special/SpecialAbuseLog.php?revision=111217&view=markup

483 $description = wfMsgExt( 'abusefilter-log-detailedentry-meta',
484 array( 'parseinline', 'replaceafter' ),
485 array(
486 $timestamp,
487 $userLink,
488 $filterLink,
489 $row->afl_action,
490 $pageLink,
491 $actions_taken,
492 $parsed_comments,
493 $lang->pipeList( $actionLinks ),

...

404 if ( !$row->afl_wiki ) {
405 // Local user
406 $userLink = $sk->userLink( $row->afl_user, $row->afl_user_text ) .
407 $sk->userToolLinks( $row->afl_user, $row->afl_user_text );
408 } else {


So is it somehow possible to get "afl_user" as an available parameter to be
used for reporting?  I see that it is available from the API, could we look to
make it available for the log

(thanks MZM for the help)

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

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


[Bug 33480] Add Telugu Transliteration input method to Narayam

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33480

--- Comment #13 from Santhosh Thottingal  
2012-03-04 06:58:18 UTC ---
(In reply to comment #12)
> Created attachment 10142 [details]
> diff2.txt
> 
> Here is the diff of latest change.

Thanks for the patch,  applied it on r112968

-- 
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 28019] inputbox with type=commenttitle and page=Special:MyPage loses the input comment heading

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=28019

Bawolff  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #7 from Bawolff  2012-03-04 05:16:40 UTC ---
applied r112967. Thank you for 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 28019] inputbox with type=commenttitle and page=Special:MyPage loses the input comment heading

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=28019

--- Comment #6 from Bagariavivek  2012-03-04 05:04:41 UTC 
---
Created attachment 10169
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10169
Proposed Fix of the bug

Added preloadtitle in allowedparaters list of SpecialMyPage and SpecialMyTalk
I guess we have to add few more parameters in the allowedparameters of
specialmypage and specialmytalk..which may be causing few more problems
somewhere else

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

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


[Bug 11922] Edit conflict not registered properly

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=11922

--- Comment #3 from Orlady  2012-03-04 04:08:09 UTC ---
This has cropped up again since the new version of MediaWiki was installed. At 
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Edit_conflicts_not_being_detected
I have described two occurrences in two days of unflagged edit conflicts. In
both instances in which edit conflicts were not registered, one user was
editing a page section and the other user was editing the entire page.

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

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


[Bug 34945] LocalSettings.php readable by other users (FC16 Package)

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945

--- Comment #2 from Chad H.  2012-03-04 03:57:10 UTC 
---
(In reply to comment #1)
> Don't use a package of MediaWiki (they aren't usually updated, or they silly
> things), grab the tarball from our site instead.
> 
> The install these days doesn't even try to save the file for you, The user
> needs to download it locally and then move it over to the webserver into the 
> MW
> folder (and chmod it appropriately).
> 
> 
> Suggesting, WONTFIX for this.

If you use the command line installer, it does indeed write the file. So this
could be a 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 34945] LocalSettings.php readable by other users (FC16 Package)

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945

p858snake  changed:

   What|Removed |Added

   Keywords||upstream
 CC||p858sn...@gmail.com
Summary|LocalSettings.php readable  |LocalSettings.php readable
   |by other users  |by other users (FC16
   ||Package)

--- Comment #1 from p858snake  2012-03-04 03:49:56 UTC ---
Don't use a package of MediaWiki (they aren't usually updated, or they silly
things), grab the tarball from our site instead.

The install these days doesn't even try to save the file for you, The user
needs to download it locally and then move it over to the webserver into the MW
folder (and chmod it appropriately).


Suggesting, WONTFIX for this.

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

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


[Bug 34945] New: LocalSettings.php readable by other users

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945

   Web browser: ---
 Bug #: 34945
   Summary: LocalSettings.php readable by other users
   Product: MediaWiki
   Version: 1.16.5
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Unprioritized
 Component: Installation
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: vik...@realraum.at
CC: innocentkil...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Description of problem:

[viktor@alex wiki]$ cd /var/www/wiki/
[viktor@alex wiki]$ ls -l LocalSettings.php 
-rw-rw-rw-. 1 apache apache 4343 Mar  4 03:38 LocalSettings.php


LocalSetting.php is readable and writeable by all local users. Since this file
may contain data-base credentials it shouldn't be globally-writeable.

I'm not sure wether the wikimedia-installtaion script generates this file, so
it may not be fixable in the rpm-package (I'm using the rpm provided by
FedoraCore16), but in the mediawiki-source.

As far as I understood the error is in installer/LocalSettingsGenerator.php
[1];

142 /**
143  * Write the generated LocalSettings to a file
144  *
145  * @param $fileName String Full path to filename to write to
146  */
147 public function writeFile( $fileName ) {
148 file_put_contents( $fileName, $this->getText() );
149 }

The file_put_contents-call seems to use the default umask.

[1] which i took from:
svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/installer/LocalSettingsGenerator.php

Since I'm not a PHP-programmer, I hope someone with more knowdlege can confirm
my observation (maybe with an fresh install from svn).

regards
Viktor

Version-Release number of selected component (if applicable):
1.16.5-59.fc16

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

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


[Bug 34935] Add new user right to view deleted files

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34935

--- Comment #1 from Bawolff  2012-03-04 03:24:40 UTC ---
(In reply to comment #0)
> Why is there no userright to let a user access deleted files? Makes no sense.
> 
> There are only these user rights:
> 
> "deletedhistory"allows viewing deleted history entries, but not seeing or
> restoring revisions
> 
> "deletedtext" allows viewing deleted revisions, but not restoring

Personally I think it would make sense to throw this in with deletedtext. (and
change the description [but keep right name the same] on
special:listgrouprights )

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

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


[Bug 30359] redirects to a page not updated after move

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30359

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #2 from Bawolff  2012-03-04 03:16:53 UTC ---
*** Bug 33520 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 33520] $wgMaxRedirects totally broke at some point

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33520

Bawolff  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #5 from Bawolff  2012-03-04 03:16:53 UTC ---
(In reply to comment #4)
> See also comment one by Roan on bug 30359

This is close enough to be a dupe to that bug.

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

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

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


[Bug 34763] RSS feed items (HTML) are not rendered as HTML but htmlescaped

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34763

--- Comment #10 from Bawolff  2012-03-04 03:14:48 UTC ---
Ok, there's a significantly easier way than what I suggested above:

$nonParsedText = $parser->insertStripItem( "DO NOT PARSE TEXT" );

$parser->recursiveTagParse( "some text... " . $nonParsedText . "...more text"
);

This would make it mostly non-parsed (I think, I haven't tested it).


Or more specifically, it will make it non-parsed to the same extent that the
return value of a parserHook  extension is non-parsed. (So doBlockLevels
is still done on the text, and a couple other things. Most people probably
won't notice). To really totally make it non-parsed you can get the parser's
mStripState object and do something like:

$nonParsedText = $parser->mStripState->addNoWiki(
"{$parser->mUniqPrefix}-rssExtension-" . sprintf( '%08X',
$parser->mMarkerIndex++ ) . Parser::MARKER_SUFFIX, "Text not to parse" );

but that's more complicated, and I'm not really sure if extensions are supposed
to touch the parser's internal variables like that.

-- 
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 34927] Output media_type for list=filearchive

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34927

Sam Reed (reedy)  changed:

   What|Removed |Added

   Severity|normal  |enhancement

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

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


[Bug 34930] Handling of .js and .css pages post rename

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34930

--- Comment #1 from Sam Reed (reedy)  2012-03-04 00:50:14 
UTC ---
Stop having accounts renamed multiple times...

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

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


[Bug 34933] When JavaScript is disabled "Check: [All] [None]" is still shown and doesn't work

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34933

Sam Reed (reedy)  changed:

   What|Removed |Added

Summary|When JavaScript is disabled |When JavaScript is disabled
   |"Check: [All] [None]" is|"Check: [All] [None]" is
   |still shown and doesn   |still shown and doesn't
   ||work

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

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


[Bug 34935] Add new user right to view deleted files

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34935

Sam Reed (reedy)  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com,
   ||bryan.tongm...@gmail.com
  Component|Special pages   |Images and files

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

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


[Bug 34944] "Date" column in CodeReview's Special:Code should be big endian

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34944

Sam Reed (reedy)  changed:

   What|Removed |Added

   Priority|Unprioritized   |Lowest

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

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


[Bug 34874] WikiSets: Automatically arrange wikis in alphabetical order

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34874

--- Comment #1 from Platonides  2012-03-03 23:59:38 UTC 
---
Seem to be already sorted. see 139 and 149 of
http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/CentralAuth/specials/SpecialWikiSets.php?revision=108108&view=markup#l139

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

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


[Bug 34749] [SMW] When mainlabel specified an extra mainlabel parameter is added in the further results link

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34749

--- Comment #1 from badon  2012-03-03 23:54:40 UTC ---
I have just discovered that manually formatting a URL query string will not
eliminate extra: 

?=Anymainlabel# 

That will still be displayed on the Special:Ask page, even if the URL does not
contain it. So, the problem is deeper than just the "Further results" link.

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

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


[Bug 12500] [[MediaWiki:Antispoof-name-illegal]] should provide information about the illegal and / or blocked characters in / at the wiki

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=12500

--- Comment #12 from Platonides  2012-03-03 23:51:34 UTC 
---
Is mb_ereg the only way to detect printability? Isn't that deprecated? (I don't
see it explicitely  marked as such, but I think it would be, as member of the
ereg family). I think you can probably detect non-printable characters in PCRE
with '/\p{C}/u'

Also, I'd call the message «antispoof-bad-char-non-printable» instead of the
more cryptic «antispoof-bad-char-np»

I'm sorry you feel like that, you are obviously right in that this isn't a
proper way to treat contributions. Note that I'm not payed for reviewing bugs
(or doing any MW development), I just got more or less asssigned to it because
I was the only one that took a look at it (and funnily, always after a ping
comment). What can I say? I probably missed that it was replying me. Feel free
to drop me a line reminder in a direct mail in the future. It's much less
likely to get unnoticed as bugzilla mail.
I'd like to put up to date your patch myself, but I'm quite busy in real life
now, and I don't think I could get time to dedicate for 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 2667] allow to filter / identify own contributions in &action=history e.g. by bolding unseen revisions

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2667

MZMcBride  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=10788

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

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


[Bug 34934] Unable to move a corrupt file on commons: [[:commons:File:Нева.jpg]]

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34934

--- Comment #2 from Paul Kaganer  2012-03-03 23:45:34 UTC 
---
See also full list of files with empty oi_archive_name
http://toolserver.org/~kalan/commons-broken.txt (tab-separated, 1864 row)

(select was "select * from oldimage where oi_archive_name=''")

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

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


[Bug 10788] Filter page histories by user, or contributions by title

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=10788

MZMcBride  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=2667

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

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


[Bug 10788] Filter page histories by user, or contributions by title

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=10788

MZMcBride  changed:

   What|Removed |Added

   Keywords||schema-change, shell
   Priority|Low |Normal
Version|unspecified |1.20-svn

--- Comment #8 from MZMcBride  2012-03-03 23:44:39 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
>> I'm committing a schema change for this now.  It will require a new index on
>> the revision table, so it probably won't be live for quite some time even 
>> once
>> the code to do it is written.
>> 
> 
> Removing schema-change keyword on the assumption that it's already happened:
> the comment is from 2007 and the API manages to do this just fine
> (prop=revisions&rvuser=Catrope&titles=Main_Page).

Re-adding "schema-change" keyword and adding "shell" keyword (someone has to
apply the change, after all). Also targeting this for 1.20 and bumping
importance a bit, per my reasoning at bug 2667 comment 4.

The assumption here is faulty, I think. Or at least this is easily answerable.
I asked in #wikimedia-tech if the index "INDEX page_user_timestamp
(rev_page,rev_user,rev_timestamp)" was on the revision table. DaB. said that
the Toolserver didn't have this index, so it was likely that the masters don't
either. Based on this, I'd like hard evidence to be able to say that a schema
change isn't necessary here still.

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

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


[Bug 30963] Add option to hide redirects on Special:Prefixindex

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30963

Krinkle  changed:

   What|Removed |Added

Summary|Special:Prefixindex - hide  |Add option to hide
   |redirects   |redirects on
   ||Special:Prefixindex

-- 
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 10788] Filter page histories by user, or contributions by title

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=10788

--- Comment #7 from MZMcBride  2012-03-03 23:32:17 UTC ---
(In reply to comment #1)
> I'm committing a schema change for this now.  It will require a new index on
> the revision table, so it probably won't be live for quite some time even once
> the code to do it is written.

This was committed in r25267.

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

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


[Bug 34944] "Date" column in CodeReview's Special:Code should be big endian

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34944

--- Comment #1 from MZMcBride  2012-03-03 23:28:33 UTC ---
It should also probably be "Date (UTC)" (if it's in UTC, I assume it is) for
clarity, but this isn't as important.

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

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


[Bug 34944] New: "Date" column in CodeReview's Special:Code should be big endian

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34944

   Web browser: ---
 Bug #: 34944
   Summary: "Date" column in CodeReview's Special:Code should be
big endian
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: CodeReview
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com
CC: innocentkil...@gmail.com, s...@reedyboy.net
Classification: Unclassified
   Mobile Platform: ---


The "Date" column in Special:Code (e.g.,
)
should be big endian. Having the time first (i.e., "01:16, 15 January 2010") is
completely useless when you're sorting a multi-year contribution set. You have
to read backward, which is silly.

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

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


[Bug 34797] Cannot upload Office 97-2003 DOC and XLS files

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34797

Platonides  changed:

   What|Removed |Added

 CC||hart...@videolan.org,
   ||platoni...@gmail.com

--- Comment #2 from Platonides  2012-03-03 23:19:44 UTC 
---
Yes, it's the same issue. Adding hartman to the bug as the solver of the
previous one.

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

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


[Bug 2667] allow to filter / identify own contributions in &action=history e.g. by bolding unseen revisions

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2667

--- Comment #4 from MZMcBride  2012-03-03 23:18:18 UTC ---
(In reply to comment #3)
> Targeting this for 1.20 and bumping importance a bit. This type of feature is
> important for user retention, surely. You can't make neat tools like "what how
> you improved this article" if you can't filter &action=history (or
> Special:Contributions by page, which I guess is a separate bug).

Yes, separate bug for Special:Contributions: bug 10788.

And that comment should obviously read switch "see" for "what".

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

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


[Bug 10788] Filter page histories by user, or contributions by title

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=10788

MZMcBride  changed:

   What|Removed |Added

   Keywords||easy
 CC||b...@mzmcbride.com

--- Comment #6 from MZMcBride  2012-03-03 23:16:49 UTC ---
So all that's missing for this now is hacking up SpecialContributions.php? Is
that right? If so, this can probably be marked "easy", right? Doing so.

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

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


[Bug 2667] allow to filter / identify own contributions in &action=history e.g. by bolding unseen revisions

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2667

MZMcBride  changed:

   What|Removed |Added

   Priority|Low |Normal
 CC||b...@mzmcbride.com
Version|unspecified |1.20-svn

--- Comment #3 from MZMcBride  2012-03-03 23:14:29 UTC ---
Targeting this for 1.20 and bumping importance a bit. This type of feature is
important for user retention, surely. You can't make neat tools like "what how
you improved this article" if you can't filter &action=history (or
Special:Contributions by page, which I guess is a separate 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 34934] Unable to move a corrupt file on commons: [[:commons:File:Нева.jpg]]

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34934

Paul Kaganer  changed:

   What|Removed |Added

 CC||paul.kaga...@mail.ru

--- Comment #1 from Paul Kaganer  2012-03-03 23:11:51 UTC 
---
Another example:
http://commons.wikimedia.org/wiki/File:Viestura_ordenis.jpg (uploads
2009-02-14)

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

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


[Bug 33189] MobileFrontend should not rely on noprint CSS class

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33189

--- Comment #2 from MZMcBride  2012-03-03 23:07:00 UTC ---
Hmmm, and this bug is really a duplicate of bug 29157, isn't it? Hmmm.

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

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


[Bug 33189] MobileFrontend should not rely on noprint CSS class

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33189

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|Mobile view and printable   |MobileFrontend should not
   |can't work together |rely on noprint CSS class

--- Comment #1 from MZMcBride  2012-03-03 23:03:04 UTC ---
Fairly sure this has the same root cause as
.
I changed the bug summary to "MobileFrontend should not rely on noprint CSS
class" accordingly.

Re-using the "noprint" class is clever, but ultimately unwise. Sometimes you
want things to not be on mobile and sometimes you want things to not be on
print. They're distinct categories, with some overlap. Luckily, CSS supports
multiple classes.

There should be a "nomobile" class that should be used when people want to hide
things from mobile. Currently it looks like people are inserting dummy classes
to trick the mobile parser (cf.
).
This is bad.

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

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


[Bug 30052] Imbricated tags and characters put right next

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30052

Platonides  changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #3 from Platonides  2012-03-03 23:01:44 UTC 
---
Yes, it was bugzilla spammer.

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

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


[Bug 34943] New: Special:CheckUser/Log redirects to Special:CheckUser, not the new Special:CheckUserLog

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34943

   Web browser: ---
 Bug #: 34943
   Summary: Special:CheckUser/Log redirects to Special:CheckUser,
not the new Special:CheckUserLog
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: CheckUser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: wiki...@gmail.com
CC: aschulz4...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


I'm not sure if r112586 is responsible or not, but to aid in
backwards-compatibility the old Special:CheckUser/Log should redirect to the
new Special:CheckUserLog and not (as it currently is) to Special:CheckUser.

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

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


[Bug 32077] CentralAuth logs off on rename

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=32077

--- Comment #6 from Platonides  2012-03-03 22:46:57 UTC 
---
There's no way they open the editor logged in and save as IP. They would get a
message about loss of session data, or open the editor already logged out.
Albeit admitedly that's easy to skip.

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

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


[Bug 34937] [1.19 regression] Moving a page doesn't invalidate the cache of pages that redlink to the new title anymore

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34937

Jarry1250  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jarry1...@gmail.com
 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 33907] Please create a Marathi Wikisource

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33907

--- Comment #30 from Nemo_bis  2012-03-03 22:00:31 UTC 
---
(In reply to comment #29)
> This is not the place for this discussion. 

I agree, so let's follow the usual process instead of inventing a new one here.

> The current logo is patently wrong
> as well as it is not localised

Not wrong but incomplete. As usual, it will be localised following the visual
identity guidelines and the global consensus. If the local community is not
able to localise the logo SVG, I'm sure help can be found. We still have dozens
of missing logos on [[commons:Wikipedia/2.0]], but I've seen some activity
around it lately.

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

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


[Bug 32551] Descriptionless files

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=32551

--- Comment #9 from Paul Kaganer  2012-03-03 21:47:00 UTC 
---
See also other side of these same problem: file with first version is non
exist. https://bugzilla.wikimedia.org/show_bug.cgi?id=34934

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

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


[Bug 28019] inputbox with type=commenttitle and page=Special:MyPage loses the input comment heading

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=28019

--- Comment #5 from duplicate...@googlemail.com 2012-03-03 21:39:17 UTC ---
SpecialMypage in SpecialPage.php (core) has a list of "allowedRedirectParams"
which contains "preload", but not "preloadtitle".

Adding "preloadtitle" to the list of SpecialMypage and SpecialMytalk would fix
this.

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

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


[Bug 33907] Please create a Marathi Wikisource

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33907

--- Comment #29 from Gerard Meijssen  2012-03-03 
21:10:14 UTC ---
This is not the place for this discussion. The current logo is patently wrong
as well as it is not localised

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

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


[Bug 30963] Special:Prefixindex - hide redirects

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30963

--- Comment #10 from MrBlueSky  2012-03-03 21:00:45 UTC 
---
(In reply to comment #9)
> Can I ask on the progress of this patch, it would come in very useful.

I'll submit/commit the patch after the move to git, which is scheduled later
this month. It should be no problem to get this functionality on
Special:Prefixindex and Special:Allpages in version 1.20.

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

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


[Bug 31239] inputbox with 1.18 let break=no not work, but put the buttons on a next line

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=31239

--- Comment #8 from Bagariavivek  2012-03-03 20:54:50 UTC 
---
(In reply to comment #7)
The given site has this problem no more -http://nl.wikipedia.org/wiki/H:HD

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

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


[Bug 31239] inputbox with 1.18 let break=no not work, but put the buttons on a next line

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=31239

Bagariavivek  changed:

   What|Removed |Added

 CC||vivekee...@gmail.com

--- Comment #7 from Bagariavivek  2012-03-03 20:47:45 UTC 
---
(In reply to comment #5)
> The "**" appears to be broken as well... :(
The "**" thing is fixed

Btw is this problem still there?I couldnot replicate this

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

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


[Bug 28019] inputbox with type=commenttitle and page=Special:MyPage loses the input comment heading

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=28019

Bagariavivek  changed:

   What|Removed |Added

 CC||vivekee...@gmail.com

--- Comment #4 from Bagariavivek  2012-03-03 20:23:50 UTC 
---
(In reply to comment #0)
Special Pages *cannot* be edited.But Special:MyPage will redirect us to the
current users page(which can be edited).When we use above InputBoxForm for
editing Special:MyPage , it redirects us to another link by a *302*
error.During this process the value of preloadtitle is lost.

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

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


[Bug 2402] Multiple redirects do not work

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2402

--- Comment #11 from MZMcBride  2012-03-03 20:19:26 UTC ---
One possible idea it to provide checkboxes on the "page moved successfully"
page. Something like this...

"Foo bar" has been to moved to "Metasyntactic variable". Would you like to
update the following redirects?

[ ] Foo
[ ] Foobar
[ ] Syntactic variable

This is just one idea for addressing the issue. There are surely others. Think
big. :-)

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

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


[Bug 2402] Multiple redirects do not work

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2402

MZMcBride  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |

--- Comment #10 from MZMcBride  2012-03-03 20:16:38 UTC ---
(In reply to comment #9)
> Because that bug was originally open for Wikipedia and we choose to limit it 
> to
> 1 redirect. So it works as intended.

Did you read the opening comments? There is a usability problem here when pages
are moved. It currently requires a large amount of manual intervention or the
use of outside scripts to make moves efficient. This seems less-than-ideal.
$wgMaxRedirects is one possible solution, but given that it hasn't been
implemented fully, that doesn't make the problem any less real. Re-opening for
now.

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

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


[Bug 2402] Multiple redirects do not work

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2402

--- Comment #9 from Antoine "hashar" Musso  2012-03-03 20:15:07 
UTC ---
Because that bug was originally open for Wikipedia and we choose to limit it to
1 redirect. So it works as intended.

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

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


[Bug 34763] RSS feed items (HTML) are not rendered as HTML but htmlescaped

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34763

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|RSS feed items (HTML) are   |RSS feed items (HTML) are
   |not rendered as HTML but|not rendered as HTML but
   |htmlescaped. Should be  |htmlescaped
   |basically rendered as   |
   |addHTML(Sanitizer::removeHT |
   |MLtags(feed-item-descriptio |
   |n, null, array(), array(|
   |"a", "img" ...) |

-- 
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 34763] RSS feed items (HTML) are not rendered as HTML but htmlescaped. Should be basically rendered as addHTML(Sanitizer::removeHTMLtags(feed-item-description, null, array(), array( "a", "img" .

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34763

--- Comment #9 from T. Gries  2012-03-03 20:10:42 UTC ---
(In reply to comment #7)

My main problem with this "bug" is to find a solution to the question

"how can I recursively parse (because templates are to be rendered) but one of
the template parameters should not be parsed but should be render as supplied.
Is there any solution ?

recursiveTagParse( "{{MediaWiki:Rss-feed | 1 = 'something [[Wikitext]] to be
parsed' | 2 = 'DO-NOT-PARSE-ME-I-AM-SANITIZED-HTML' }}" );


MediaWiki:Rss-feed has for example this content:

* {{{1}}}
: {{{2}}}


I think, this appears to be impossible in the framework and current code
structure of the Extension:RSS (not developed by me), which uses a "two
template" approach for parsing RSS feed items through a template for allowed
item elements and then the template which renderes items into a listed feed.

-- 
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 2402] Multiple redirects do not work

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2402

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #8 from MZMcBride  2012-03-03 20:09:12 UTC ---
(In reply to comment #7)
> Reclosing the issue as wontfix.

Why?

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

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


[Bug 34141] Integrate Jenkins with Git

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34141

--- Comment #3 from Antoine "hashar" Musso  2012-03-03 20:06:30 
UTC ---
Above change (2495) might not be needed anymore. Meanwhile, I have configured
Jenkins to interact with Gerrit directly.

-- 
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 33520] $wgMaxRedirects totally broke at some point

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33520

--- Comment #4 from Antoine "hashar" Musso  2012-03-03 19:55:02 
UTC ---
See also comment one by Roan on bug 30359

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

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


[Bug 2402] Multiple redirects do not work

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=2402

Antoine "hashar" Musso  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||has...@free.fr
 Resolution||WONTFIX

--- Comment #7 from Antoine "hashar" Musso  2012-03-03 19:51:45 
UTC ---
Reclosing the issue as wontfix.

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

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


[Bug 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

--- Comment #5 from Chico Venancio  2012-03-03 
18:56:42 UTC ---
Well, basically the consensus is to enable "pending edits" for some pages.

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

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


[Bug 34936] No component for ShortUrl extension

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34936

Sam Reed (reedy)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Sam Reed (reedy)  2012-03-03 18:51:52 
UTC ---
Doned

-- 
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 14623] useful preload parameters

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=14623

John Du Hart  changed:

   What|Removed |Added

   Keywords||need-review, patch
 CC||j...@compwhizii.net

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

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


[Bug 34728] Categories added to user pages by Babel in pt.wiktionary

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34728

Sam Reed (reedy)  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #10 from Sam Reed (reedy)  2012-03-03 18:48:37 
UTC ---
Done

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

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


[Bug 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

--- Comment #4 from Aaron Schulz  2012-03-03 18:47:35 
UTC ---
With FlaggedRevs you can make all pages in certain namespaces (not categories)
reviewable, meaning people mark versions in the history as "accepted". On a
per-page basis, you can have *some* pages have non-accepted (or "pending edits"
in other words) edits show to readers and *others* have only accepted edits
show to readers. In any case, all versions can be viewed by looking through the
page history (?action=history).

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

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


[Bug 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

Chico Venancio  changed:

   What|Removed |Added

 CC||chicocvenan...@gmail.com

--- Comment #3 from Chico Venancio  2012-03-03 
18:45:50 UTC ---
The point being, enable FlaggedRevs for PTwiki.

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

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


[Bug 14623] useful preload parameters

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=14623

--- Comment #4 from Bagariavivek  2012-03-03 18:45:44 UTC 
---
Created attachment 10168
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10168
"Title for new section" part of bug fixed

Added preloadtitle parameter which will be the *default preload-title* for the
*new section* of the page

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

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


[Bug 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

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

   What|Removed |Added

 CC||mybugs.m...@gmail.com
  Component|FlaggedRevs |Extension setup
Version|any |unspecified
Product|MediaWiki extensions|Wikimedia

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

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


[Bug 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

--- Comment #2 from Pedroca cerebral  2012-03-03 
18:41:52 UTC ---
(In reply to comment #1)
> There is currently no way to enable FlaggedRevs only for pages in certain
> categories. However, whether the stable or latest version is shown to readers
> is configuration per page (Special:Stabilization).
> 
> If such a feature did exist, there would at least need to be a restriction 
> that
> non-privileged users would not be allowed to remove those categories from
> pages. Templates that add such categories to pages they use would also need
> some sort of protection.
> 
> It might be better to just have a bot set Special:Stabilization for the pages
> in the categories.

I do not know if that's what you wrote, I just want an extension that can be
configured on the page and not the entire Wikipedia. Thus, if a page is very
vandalized, may be placed on the page.

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

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


[Bug 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

--- Comment #1 from Aaron Schulz  2012-03-03 18:25:53 
UTC ---
There is currently no way to enable FlaggedRevs only for pages in certain
categories. However, whether the stable or latest version is shown to readers
is configuration per page (Special:Stabilization).

If such a feature did exist, there would at least need to be a restriction that
non-privileged users would not be allowed to remove those categories from
pages. Templates that add such categories to pages they use would also need
some sort of protection.

It might be better to just have a bot set Special:Stabilization for the pages
in the categories.

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

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


[Bug 14623] useful preload parameters

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=14623

Bagariavivek  changed:

   What|Removed |Added

 CC||vivekee...@gmail.com

--- Comment #3 from Bagariavivek  2012-03-03 18:16:50 UTC 
---
(In reply to comment #0)
> So if the "type=comment" finds the page doesn't exist, it may need to preload 
> a
> template including the header and a title saying "creating page for X". if it
> does exist then it would preload a template without the template and a title
> saying "adding section for X". 
According to this if the user enters a page which doesn't exist we must allow
him to create that page with header saying "creating page for X"..but below you
want to have default page and deafault title if user enters a page which doesnt
exist.
> title_newpage = 
> default_newpage = 
> 
> to allow preloading of different defaults if the page doesn't exist. (Ignored
> for other types)

I may have understood it wrong so please do correct me

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

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


[Bug 34942] New: Add a show Headers preference

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34942

   Web browser: ---
 Bug #: 34942
   Summary: Add a show Headers preference
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Keywords: need-review, patch
  Severity: minor
  Priority: Unprioritized
 Component: ProofreadPage
AssignedTo: thoma...@gmx.de
ReportedBy: thoma...@hotmail.fr
Classification: Unclassified
   Mobile Platform: ---


Created attachment 10167
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10167
Correction

Many Wikisource use a pr headers gadget in order to set an option that show by
default the header and footer of pages of the Page namespace. This gadget set
to true a JS variable used by proofreadpage extension. But, with
RessourceLoader 2, this gadget is often loaded after extension JS, and doesn't
work.

This patch solve the problem by adding a checkbox in editing preferences.

-- 
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 34941] Place in particular articles the extension FlaggedRevs on the Portuguese Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

Pedroca cerebral  changed:

   What|Removed |Added

Summary|Place in particular |Place in particular
   |articles the extension  |articles the extension
   |FlaggedRevs |FlaggedRevs on the
   ||Portuguese Wikipedia

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

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


[Bug 34941] New: Place in particular articles the extension FlaggedRevs

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34941

   Web browser: ---
 Bug #: 34941
   Summary: Place in particular articles the extension FlaggedRevs
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: FlaggedRevs
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: pedroleod...@hotmail.com
CC: aschulz4...@gmail.com, asha...@wikimedia.org,
ro...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


There is consensus for the extension FlaggedRevs be applied in some articles,
as if it were a protection in the article. It has to do this? You can do this:
In articles with a particular category, the extension could be placed. So, just
add the category and the extension will be running in the article.

Consensus:
https://pt.wikipedia.org/wiki/Wikipédia:Esplanada/propostas/Bloqueio_de_páginas_sistematicamente_vandalizadas_(18fev2012)

Sorry for bad English
Pedroca cerebral

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


[Bug 34728] Categories added to user pages by Babel in pt.wiktionary

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34728

Malafaya  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |s...@reedyboy.net
   |org |

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

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


[Bug 33907] Please create a Marathi Wikisource

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33907

Nemo_bis  changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #28 from Nemo_bis  2012-03-03 17:18:58 UTC 
---
I don't see how the logo could be changed without a global Wikisource
discussion (probably at www.wikisource.org).

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

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


[Bug 34940] New: A page name that looks like a URL cannot be linked to

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34940

   Web browser: ---
 Bug #: 34940
   Summary: A page name that looks like a URL cannot be linked to
   Product: MediaWiki
   Version: (wikimedia-deployment)
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Parser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: liang...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


I cannot link to [[http://www.google.com]] because it's always recognized as an
external link. (is this a duplicate? but I can't find another one...)

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

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


[Bug 34920] Edit toolbar on ml.wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34920

sunil  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |

--- Comment #2 from sunil  2012-03-03 17:01:20 UTC ---
Problem persists occasionally, even for unregistered users.

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

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


[Bug 34939] New: [HttP://en.WikiPedia.org/Wiki/page_name] is not recognized as a valid external link

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34939

   Web browser: ---
 Bug #: 34939
   Summary: [HttP://en.WikiPedia.org/Wiki/page_name] is not
recognized as a valid external link
   Product: MediaWiki
   Version: (wikimedia-deployment)
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Parser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: liang...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


But it works if I type it in address bar.

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

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


[Bug 31576] Magic words are considered to be (non-existing) templates

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

P.Copp  changed:

   What|Removed |Added

 CC||paul.copper...@gmail.com

--- Comment #38 from P.Copp  2012-03-03 16:37:13 UTC 
---
(In reply to comment #37)
> I can't believe that really. Why should a disrupted parser cache cause the
> parserOutput to include links, templates, categories (bug 31577), which
> shouldn't be there if /orderly/ parsed?

bug 33409 is not about the parser cache but about the LocalisationCache which
when broken can cause the parser to ignore all magic words.

Which doesn't mean there can't be other bugs causing it, but it's very likely
that the problem is related to the LocalisationCache in some way or another.

-- 
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 34937] [1.19 regression] Moving a page doesn't invalidate the cache of pages that redlink to the new title anymore

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34937

Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||ialex.w...@gmail.com

--- Comment #1 from Alexandre Emsenhuber [IAlex]  
2012-03-03 16:36:51 UTC ---
Fixed in r112951.

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

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


[Bug 31576] Magic words are considered to be (non-existing) templates

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

--- Comment #37 from Bergi  2012-03-03 16:21:36 UTC ---
(In reply to comment #36)
> bug 33409 verified to be the only cause of this problem.

I can't believe that really. Why should a disrupted parser cache cause the
parserOutput to include links, templates, categories (bug 31577), which
shouldn't be there if /orderly/ parsed?

-- 
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 34938] New: is empty in the Sanskrit Wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34938

   Web browser: ---
 Bug #: 34938
   Summary:  is empty in the Sanskrit Wikipedia
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: amir.ahar...@mail.huji.ac.il
Classification: Unclassified
   Mobile Platform: ---


Pages have no  in the Sanskrit Wikipedia, probably because of 1.19
upgrade.

Try here: https://sa.wikipedia.org/wiki/Gasoline

I don't see a title in the browser window's title bar, and i see
 after  in the HTML source.

It works in other languages i tried, like Hindi, which is written in the same
script.

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

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


[Bug 34937] New: [1.19 regression] Moving a page doesn't invalidate the cache of pages that redlink to the new title anymore

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34937

   Web browser: ---
 Bug #: 34937
   Summary: [1.19 regression] Moving a page doesn't invalidate the
cache of pages that redlink to the new title anymore
   Product: MediaWiki
   Version: unspecified
  Platform: All
   URL: http://de.wikipedia.org/wiki/Camille_Catala
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: paul.copper...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


When the linked page on dewiki was moved into the article space, the pages
linking to it should have been purged automatically, but haven't. (e.g.
http://de.wikipedia.org/wiki/Marina_Makanza as of now still shows the redlink)

I suspect r107636 to be the cause of this as it removed the call to 

WikiPage::onArticleCreate( $nt );

and replaced it with

$newpage->doEditUpdates( $nullRevision, $wgUser, array( 'changed' => false ) );

which probably needs an additional ( 'created' => true ).

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

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


[Bug 34936] New: No component for ShortUrl extension

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34936

   Web browser: ---
 Bug #: 34936
   Summary: No component for ShortUrl extension
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Bugzilla
AssignedTo: mhershber...@wikimedia.org
ReportedBy: niklas.laxst...@gmail.com
CC: innocentkil...@gmail.com, s...@reedyboy.net
Classification: Unclassified
   Mobile Platform: ---


Can we add one? See http://www.mediawiki.org/wiki/Extension:ShortUrl

-- 
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 34935] New: Add new user right to view deleted files

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34935

   Web browser: ---
 Bug #: 34935
   Summary: Add new user right to view deleted files
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: subfa...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Why is there no userright to let a user access deleted files? Makes no sense.

There are only these user rights:

"deletedhistory"allows viewing deleted history entries, but not seeing or
restoring revisions

"deletedtext" allows viewing deleted revisions, but not restoring

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

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


[Bug 34934] New: Unable to move a corrupt file on commons: [[:commons:File:Нева.jpg]]

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34934

   Web browser: ---
 Bug #: 34934
   Summary: Unable to move a corrupt file on commons:
[[:commons:File:Нева.jpg]]
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rainerril...@hotmail.com
Classification: Unclassified
   Mobile Platform: ---


The first revision is missing and I can't delete this revision. Moving the
whole file also fails. If it would not be in use, I would try to temporarily
delete the whole file and restore only the non-corrupt version. But Commons
Delinker is very fast :P

http://commons.wikimedia.org/wiki/File:Нева.jpg

The person requesting the move wanted one of the following new names:
* File:Neva River and Palace Embankment, 2009-07-24.jpg
* File:Вид на Неву и Дворцовую наб. с Троицкого моста, 2009-07-24.jpg

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


[Bug 28499] 1205: Lock wait timeout exceeded; try restarting transaction (tracking)

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=28499

Bug 28499 depends on bug 28600, which changed state.

Bug 28600 Summary: Lock wait timeout exceeded in GlobalUsage::insertLinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=28600

   What|Old Value   |New Value

 Status|RESOLVED|REOPENED
 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 28600] Lock wait timeout exceeded in GlobalUsage::insertLinks

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=28600

duplicate...@googlemail.com changed:

   What|Removed |Added

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

--- Comment #6 from duplicate...@googlemail.com 2012-03-03 15:21:28 UTC ---
Using action=purge&forcelinkupdate= gives sometimes:

internal_api_error_DBQueryError=Database query error

#0 /usr/local/apache/common-local/php-1.19/includes/db/Database.php(887):
DatabaseBase->reportQueryError('Lock wait timeo...', 1205, 'INSERT IGNORE
I...', 'GlobalUsage::in...', false)
#1 /usr/local/apache/common-local/php-1.19/includes/db/Database.php(1688):
DatabaseBase->query('INSERT IGNORE I...', 'GlobalUsage::in...')
#2
/usr/local/apache/common-local/php-1.19/extensions/GlobalUsage/GlobalUsage_body.php(40):
DatabaseBase->insert('globalimagelink...', Array, 'GlobalUsage::in...', Array)
#3
/usr/local/apache/common-local/php-1.19/extensions/GlobalUsage/GlobalUsageHooks.php(51):
GlobalUsage->insertLinks(Object(Title), Array)
#4 [internal function]:
GlobalUsageHooks::onLinksUpdateComplete(Object(LinksUpdate))
#5 /usr/local/apache/common-local/php-1.19/includes/Hooks.php(216):
call_user_func_array('GlobalUsageHook...', Array)
#6 /usr/local/apache/common-local/php-1.19/includes/GlobalFunctions.php(3794):
Hooks::run('LinksUpdateComp...', Array)
#7 /usr/local/apache/common-local/php-1.19/includes/LinksUpdate.php(114):
wfRunHooks('LinksUpdateComp...', Array)
#8 /usr/local/apache/common-local/php-1.19/includes/api/ApiPurge.php(97):
LinksUpdate->doUpdate()
#9 /usr/local/apache/common-local/php-1.19/includes/api/ApiMain.php(706):
ApiPurge->execute()
#10 /usr/local/apache/common-local/php-1.19/includes/api/ApiMain.php(360):
ApiMain->executeAction()
#11 /usr/local/apache/common-local/php-1.19/includes/api/ApiMain.php(344):
ApiMain->executeActionWithErrorHandling()
#12 /usr/local/apache/common-local/php-1.19/api.php(117): ApiMain->execute()
#13 /usr/local/apache/common-local/live-1.5/api.php(3):
require('/usr/local/apac...')
#14 {main}

-- 
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 34933] When JavaScript is disabled "Check: [All] [None]" is still shown and doesn

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34933

--- Comment #1 from Liangent  2012-03-03 15:20:59 UTC ---
Either hide them (ideally they should be inserted with JavaScript), or
implement them on server side.

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

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


[Bug 34931] Add namespaces aliases on as.wikipedia.org

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34931

--- Comment #2 from Bishnu Saikia  2012-03-03 14:46:36 UTC ---
Created attachment 10166
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10166
Alias missiing

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

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


[Bug 31576] Magic words are considered to be (non-existing) templates

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

--- Comment #36 from P.Copp  2012-03-03 14:36:50 UTC 
---
The live workaround to stop this (r105964) has been overwritten by the 1.19
deployment. It should be reinstated until bug 33409 is resolved and verified to
be the only cause of this problem.

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

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

Bergi  changed:

   What|Removed |Added

   Severity|critical|blocker

--- Comment #35 from Bergi  2012-03-03 14:18:54 UTC ---
We are also getting the problem with normal links. [[de:Template:Höhe]] has a
maintenance link to [[de:Bitte kein m oder Meter für HÖHE-BEZUG]], which would
be output for invalid parameter values of the templates.
Although none of the inclusions produces a link, the backlinks table is filled
with it ([[de:Spezial:Linkliste/Bitte kein m oder Meter für HÖHE-BEZUG]])!

-- 
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 34923] namespace required for "PORTAL"

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34923

--- Comment #4 from Prabhakar Sarma Neog  2012-03-03 14:17:03 
UTC ---
Yes we have only around 25 editors and only few active. We are a small language
community. Thanks in advance, developers.

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

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


[Bug 30343] Add a delay before welcoming a user and a global lock check

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=30343

Quentinv57  changed:

   What|Removed |Added

   Severity|major   |enhancement

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

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


[Bug 34932] New: Self redirects should not be allowed

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34932

   Web browser: ---
 Bug #: 34932
   Summary: Self redirects should not be allowed
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: [other]
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: to.aru.shiroi.n...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Self redirects should be prevented. A self redirect is when a page redirects to
itself.

Example:

Page [[Foo]] containing the text

#REDIRECT [[Foo]]

This is often the result of typos.

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

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


[Bug 34931] Add namespaces aliases on as.wikipedia.org

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34931

--- Comment #1 from Bishnu Saikia  2012-03-03 13:35:55 UTC ---
Further communication can be held on
http://as.wikipedia.org/wiki/%E0%A7%B1%E0%A6%BF%E0%A6%95%E0%A6%BF%E0%A6%AA%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE:%E0%A7%B0%E0%A6%BE%E0%A6%87%E0%A6%9C%E0%A7%B0_%E0%A6%9A%27%E0%A7%B0%E0%A6%BE_%28%E0%A6%AA%E0%A7%8D%E0%A7%B0%E0%A6%B8%E0%A7%8D%E0%A6%A4%E0%A6%BE%E0%A7%B1%E0%A6%B8%E0%A6%AE%E0%A7%82%E0%A6%B9%29
the village pump (proposals).

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

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


[Bug 34923] namespace required for "PORTAL"

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34923

Siebrand  changed:

   What|Removed |Added

   Keywords||shell

--- Comment #3 from Siebrand  2012-03-03 13:17:27 UTC ---
Looks like there is a unanimous support for this so far. Let's wait a few more
days for others to provide input. If this trend remains, a shell use pick pick
up this request soonish.

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

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


[Bug 17929] CentralAuth lock/hide should trigger global autoblocks

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17929

--- Comment #12 from Quentinv57  2012-03-03 13:17:14 UTC 
---
I've put the priority to normal, as suggested above. We're now waiting for
three years.

It would be very nice if this could be processed, even if I agree that it would
be time-consuming for developers. But the time you will spend doing this is
insignificant regarding the time stewards have lost due to this for now. As
Marco Aurelio said above, this will be an amazing gain of time.

Now, when stewards want to globally block a crosswiki vandal, they have to
perform the following operations :
1- lock the account
2- give themselves the CheckUser status locally
3- check the user IP
4- block the IP globally
5- remove themselves the CheckUser status
6- lock and delete the stuff the vandal has spread between the time the account
has been locked and the IP globally blocked

If we had an auto-block that works, we would no more have to perform the last
five points. The gain of time is at least 80%.

Moreover, some vandals know we can't perform checks on projets with local
CheckUsers. Indeed, the steward policy forbids us to do this. So sometimes they
play with us creating multiple accounts to vandalize, and move from a wiki with
local CUs to an other. And we have to wait sometimes for dozens of minutes that
a local CheckUser is available to perform the check and to globally block the
IP.

I hope I was convincing enough. Thanks for your understanding.

Quentinv57

-- 
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.
You are the assignee for the bug.

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


[Bug 34931] Add namespaces aliases on as.wikipedia.org

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34931

Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

   Keywords||shell
 CC||ialex.w...@gmail.com
  Component|Redirects   |Site requests
Product|MediaWiki   |Wikimedia
Summary|Alias needed|Add namespaces aliases on
   ||as.wikipedia.org

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

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


[Bug 34931] Alias needed

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34931

Bishnu Saikia  changed:

   What|Removed |Added

  Component|API |Redirects

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

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


[Bug 34931] New: Alias needed

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34931

   Web browser: ---
 Bug #: 34931
   Summary: Alias needed
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: API
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: bis...@sify.com
CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com,
s...@reedyboy.net, soxre...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


we need a 
(1) 'WP' alias for the 'wikipedia' namespace and
(2) 'CAT' alias for the 'Category' namespace 
in Assamese wiki (as.wikipedia.org), dear developers, please create 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 34920] Edit toolbar on ml.wikipedia

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34920

sunil  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #1 from sunil  2012-03-03 13:07:52 UTC ---
problem resolved after removing custom 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 34890] Don't flag pages automatically when moved

2012-03-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=34890

Aaron Schulz  changed:

   What|Removed |Added

   Severity|normal  |major

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

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


  1   2   >