[Bug 25381] addOnloadHook not defined

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

Niklas Laxström  changed:

   What|Removed |Added

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

--- Comment #1 from Niklas Laxström  2010-10-01 
06:56:06 UTC ---
With the new resource loader or without?

-- 
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 14407] CentralAuth global session doesn't include Incubator and other *.wikimedia.org public wikis

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

James Lu  changed:

   What|Removed |Added

 CC||james@education.nsw.gov
   ||.au

--- Comment #31 from James Lu  2010-10-01 
06:54:23 UTC ---
Using a separate browser helps and using the secure server also helps. If I was
on Firefox and I login it won't log me in on IE, so on IE I can log into my
alternate account for whatever reason and still be on my main account on
Firefox, it's the same with the secure server, although I'm not quite sure
about the latter.

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

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


[Bug 25381] New: addOnloadHook not defined

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

   Summary: addOnloadHook not defined
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Semantic MediaWiki
AssignedTo: denny.vrande...@kit.edu
ReportedBy: denny.vrande...@kit.edu


Firebug sometimes says:

addOnloadHook(smw_sortables_init); is not defined

Appears when a query result of format table is on the page.

Need to figure out, why exactly, and remove the bug.

-- 
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 25380] New: Magic word to indicate user "blocked" status

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

   Summary: Magic word to indicate user "blocked" status
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Blocking
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dma...@netspace.org


Feature request, arising from an idea I floated at en.wp [[Wikipedia talk:User
pages#Block notices and BLANKING]] that led to [[Wikipedia:Village pump
(technical)#Interface block notice while viewing user talk page?]]. The idea
hinged on a template being able to determine whether a certain user was
currently blocked, which is reportedly not possible to do at this time.
Possible syntax would be {{#ISBLOCKED:USERNAME}}, which would return true or
false indicating if User:USERNAME was currently blocked or not.

For the originally floated idea, that would mean WP admins could set something
like:

{{#if:{{#ISBLOCKED:{{PAGENAME|'''Note:''' This user is presently blocked.}}

in a user talkpage to avoid constant edit-warring (or endless debate about
guideline about) removing/readding active block messages. An additional use
might be in [[Template:Lu]], where this same logic could be used to display an
icon or other status indicator. This would be useful in sock-puppet and related
abuse discussions to reveal at a glance the status of the account(s) being
discussed.

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

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


[Bug 25379] New: Old Special:BannerLoader urls structure persist after argument updates

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

   Summary: Old Special:BannerLoader urls structure persist after
argument updates
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: CentralNotice
AssignedTo: rkald...@wikimedia.org
ReportedBy: tf...@wikimedia.org


Even though we changed the banner loader url structure on 9/29 were still
seeing old style lookups like

2010-09-30T22:22:29
http://meta.wikimedia.org/wiki/Special:BannerLoader?banner=2010_testing41&userlang=de&sitename=Wikipedia


2010-09-30T22:22:35
http://meta.wikimedia.org/wiki/Special:BannerLoader?banner=WMCZCeny02&userlang=cs&sitename=Wikipedie

Instead of ones with dbname=

-- 
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 24934] Enable cascading protection editing right for user group editprotect

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

mayurkumar  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |

--- Comment #3 from mayurkumar  2010-10-01 05:59:18 UTC ---
oops, i mistakenly closed the wrong bug, please reconsider 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 25372] Wildcard or Regex support for Watchlists

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

--- Comment #4 from Thorncrag  2010-09-30 23:52:37 UTC ---
Specifically, I would think to be added to raw watchlist.

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

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


[Bug 25372] Wildcard or Regex support for Watchlists

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

--- Comment #3 from p858snake  2010-09-30 23:33:42 UTC ---
Page title sounds best.

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

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


[Bug 14237] PAGESINCATEGORY should differentiate between pages and subcategories

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

--- Comment #10 from Philippe Verdy  2010-09-30 22:42:08 
UTC ---
note that multiple parameters for the syntax I propose may be reduced to just
one:
{{PAGESINCATEGORY:categoryname|restriction}}
where restriction may be:
- "" : no namespace id at all, useful to add namespaces
- "*" : all namespace ids (the default), useful to remove namespaces
followed by one or more of:
- "+id" : add this namespace id to the current list
- "-id" : remove this namespace id from the list

if the restriction does not start by "*" or "+" or "-", then "+" is implied
The namespace id could be either the numeric id, or a selector like "talk" to
select all talk namespaces, and "subject" to select all subject namespaces.

The namespace id can then take the forms:

- an integer, the raw namespace number

- a name, a namespace name (converted to a namespace id, should recognize the
synonyms, notably localized names or English names, or site-specific names)

- "odd": all odd namespace ids (i.e. "talk" namespaces associated to any
subject namespace)

- "even": all even namespace ids (i.e. "subject" namespaces)

For example:

- {{PAGESINCATEGORY:categoryname|*}} : equivalent to
{{PAGESINCATEGORY:categoryname|}} and to {{PAGESINCATEGORY:categoryname}}
(existing syntax)

- {{PAGESINCATEGORY:categoryname|:}} : count only pages of the main namespace,
that are members of the specified category name

- {{PAGESINCATEGORY:categoryname|0}} : count only pages of the main namespace,
that are members of the specified category name ; equivalent to
{{PAGESINCATEGORY:categoryname|+0}}

- {{PAGESINCATEGORY:categoryname|+project:+talk}} : count only pages of the
"project:" or of any talk namespaces, that are members of the specified
category name ; equivalent to {{PAGESINCATEGORY:categoryname|+0}}

- {{PAGESINCATEGORY:categoryname|-talk}} : count all pages of any namespace
excluding the talk namespaces (odd ids) that are members of the specified
category name; equivalent to {{PAGESINCATEGORY:categoryname|*-talk}}

The restriction can easily be implemented as WHERE clauses in the SQL select
that will match the specified namespace ids, combined as a parenthetic list of
'OR id=value' (positive selections), followed by a list of exclusions with 'AND
NOT id=value' (negative selections), and possibly with the "IN" operator if
sets are available in the SQL syntax.

Some ideas about the SQL server-side cost of counting members in a specific
category:

The SQL cost should with the restrictions above will be either the same (or
better) as performing a select without the namespace restriction (because this
is just a restriction of the existing syntax, and this should never reduce the
selectivity of the SQL query, but may in fact help to improve it).

However, this means that the existing restriction (for costly parser functions)
should remain (because counting pages that are members of a category,
independantly of which namespace they belong may be costly in very populated
categories, depending on how members of categories are indexed).

As this cost is effectively the cost of a:

 SELECT COUNT(*) from categorymembers
 WHERE category_pageid = $CATEGORYPAGEID
 AND member_namespaceid = $CATEGORYNAMESPACEID

aggregate (note: I don't know the exact schema impelementation which varies
across Mediawiki versions, so replace the table names and column names
appropriately), one way to solve it would be to use:

 SELECT 1 from categorymembers
 WHERE category_pageid = $CATEGORYPAGEID
 AND member_namespaceid = $CATEGORYNAMESPACEID
 LIMIT 50

and then let the PHP code count the returned "1" rows: if there are 50 rows,
then the category is too much populated, and COUNT(*) may take time, so the
function can be considered costly. If the cost limit is reached, just return
this limit value to the page calling the function, otherwise perform the same
select, replacing "SELECT 1" by "SELECT COUNT(*)" (without the LIMIT clause) to
return the exact value, or return the last known estimate from a separate
caching aggregate table that will be updated separately (using a max timestamp
of validity), to avoid reusing the same aggregate repetitively because of
templated pages using this function and frequent accesses by many users viewing
or editing various pages.

The value specified in the "LIMIT" clause above (here "50") may be tuned; and
this first check (for performance) may be removed completely, or removed if the
SQL schema includes an index that precompute aggregates for counting members in
each specific category (in which case there will not be any need to perform a
SELECT COUNT(*) aggregate, given that the count will be retrieved directly from
a precomputed aggregate caching table, that should be updated asynchronously,
either as a batch, or when the selective SELECT in the cache detects that the
stored value is out of date, in which case it will perform the SELECT COUNT(*)
from the non-cached table, just to update the caching t

[Bug 25340] Cross-site scripting (XSS) vulnerability in Semantic MediaWiki

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

Jeroen De Dauw  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Jeroen De Dauw  2010-09-30 
22:02:37 UTC ---
(In reply to comment #3)
> I'm using 1.5.0 as is the semantic-mediawiki.org site. I just reproduced it at
> the semantic-mediawiki site by going to
> http://semantic-mediawiki.org/wiki/Special:Ask and putting the script code in
> the query window. When I submitted the form, the response page displayed the
> alert window in both Firefox and IE 6.
> 
> Is there a later version of 1.5 that has this fixed?

Oops - I meant that it was fixed in 1.5.1, not 1.5.

You can confirm by trying out
1.5.1: http://en.openei.org/wiki/Special:Ask
1.5.2: http://smw.referata.com/wiki/Special:Ask

-- 
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 24343] localurl discards section id

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

--- Comment #5 from Ashar Voultoiz  2010-09-30 21:37:32 UTC ---
To me getLocalURL() and getLinkUrl() are two different functions and deserve
differents magic word.

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

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


[Bug 25167] IEFixes.js never loaded

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

--- Comment #3 from Ashar Voultoiz  2010-09-30 21:27:55 UTC ---
You are welcome :)

-- 
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 24357] wikidiff2: make error with GCC 4.4

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

Ashar Voultoiz  changed:

   What|Removed |Added

 CC||has...@free.fr

--- Comment #3 from Ashar Voultoiz  2010-09-30 21:25:53 UTC ---
Tim : maybe you have a different Zend API version which returns a const.

You made the ret variable a constant :  
  const Wikidiff2::String & ret = wikidiff2.execute(text1String, text2String,
numContextLines);

But my Zend_API.h specify a char* (the variable is 's' below):

#define ZVAL_STRINGL(z, s, l, duplicate) {  \
char *__s=(s); int __l=l;   \
(z)->value.str.len = __l;   \
(z)->value.str.val = (duplicate?estrndup(__s, __l):__s);\
(z)->type = IS_STRING;  \
}


My zend_API.h :
/* $Id: zend_API.h,v 1.207.2.8.2.9 2007/12/31 07:20:02 sebastian Exp $ */

$ phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No:  20060613
Zend Extension Api No:   220060519

$ php -version
PHP 5.2.12 (cli) (built: Feb  9 2010 00:34:23) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans

$ gcc --version
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)

-- 
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 19458] When saving a query the system always puts }} after {{#ask: and so ignores all other arguments

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

--- Comment #7 from Yaron Koren  2010-09-30 19:29:05 UTC ---
Hi - it's over a year later, but is this still a 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 25378] New: Disable IE compatibility mode for pl.wiki

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

   Summary: Disable IE compatibility mode for pl.wiki
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: e...@wp.pl


Our current main page looks bad in compatibility mode and I'd like to request
adding a met tag to fix this.

Code to be added:


This will enable latest version of IE.

BTW. I think it might be a good idea to add this for all wikis in Vector.

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

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


[Bug 24385] Required: additional keywords

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

Juetho  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|LATER   |

--- Comment #4 from Juetho  2010-09-30 16:40:27 UTC 
---
GeSHi e.g. Sourceforge offers version 1.0.8.9 - see
[http://sourceforge.net/projects/geshi/files/] - but wikimedia is using version
1.0.8.4 (Dec 2009) further on. It's time to renew. -- 

-- 
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 25257] specifying font size in pixels (px) or <1em diminishes usability

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

--- Comment #10 from Trevor Parscal  2010-09-30 
16:36:46 UTC ---
Have you experimented with changing this? I am not opposed to using 1em text,
but there will need to be yet another redesign for that to play out well,
because Vector, like Monobook was designed for 0.75em text.

We already have issues with people complaining that the site doesn't work well
at resolutions below 1024px wide, and sometimes even complaints about lower
resolutions like 720px wide. Increasing the font size will make these problems
even worse.

-- 
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 24934] Enable cascading protection editing right for user group editprotect

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

mayurkumar  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #2 from mayurkumar  2010-09-30 16:36:42 UTC ---
I am closing this bug becuase no need for this now, it can be simply managed by
other methods,

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

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


[Bug 24505] Enable user group "editprotected" on hindi wiki

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

--- Comment #14 from mayurkumar  2010-09-30 16:33:54 UTC ---
hi, I am closing bug Bug 24934, only thing left is to Grant only bureucrats to
add/remove this group not admins.

Thank you and regards

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

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


[Bug 25377] New: When a user gets renamed, it should be renamed too in the history/logs of the extension

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

   Summary: When a user gets renamed, it should be renamed too in
the history/logs of the extension
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: https://secure.wikimedia.org/wikipedia/es/wiki/Especia
l:AbuseFilter
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: AbuseFilter
AssignedTo: agarr...@wikimedia.org
ReportedBy: wmdf...@gmail.com
CC: wikibugs-l@lists.wikimedia.org


See URL &
https://secure.wikimedia.org/wikipedia/es/w/index.php?title=Especial%3ARegistro&type=renameuser&user=Manuelt15&page=Usuario%3ADrini&year=&month=-1&tagfilter=

User got renamed however filters modified/created with his old username are
still shown with the old username in logs & histories of the extension.

Thanks.

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

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


[Bug 25367] wfShellExec should provide more detailed reason why it thinks it is in safe mode

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

Chad H.  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||innocentkil...@gmail.com
 Resolution||FIXED

--- Comment #1 from Chad H.  2010-09-30 15:35:25 UTC 
---
Done in r74025.

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

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


[Bug 25372] Wildcard or Regex support for Watchlists

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

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #2 from Chad H.  2010-09-30 15:24:23 UTC 
---
Wildcard/regex for what, page title? Contents?

Doesn't sound efficient...

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

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


[Bug 14237] PAGESINCATEGORY should differentiate between pages and subcategories

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

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #9 from Chad H.  2010-09-30 15:19:59 UTC 
---
Duping both of those bugs to this. Implementation per comment 6 (or similar)
would solve all of these bugs at once.

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

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


[Bug 14237] PAGESINCATEGORY should differentiate between pages and subcategories

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

Chad H.  changed:

   What|Removed |Added

 CC||philippe.vign...@etat.ge.ch

--- Comment #8 from Chad H.  2010-09-30 15:19:21 UTC 
---
*** Bug 25376 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 25376] CATEGORIESINCATEGORY

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

Chad H.  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||innocentkil...@gmail.com
 Resolution||DUPLICATE

--- Comment #1 from Chad H.  2010-09-30 15:19:21 UTC 
---


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

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

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


[Bug 14237] PAGESINCATEGORY should differentiate between pages and subcategories

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

Chad H.  changed:

   What|Removed |Added

 CC||test5...@myway.com

--- Comment #7 from Chad H.  2010-09-30 15:19:12 UTC 
---
*** Bug 21822 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 21822] Define new "magic word" {{MEDIAINCATEGORY:categoryname}}

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

Chad H.  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||innocentkil...@gmail.com
 Resolution||DUPLICATE

--- Comment #1 from Chad H.  2010-09-30 15:19:12 UTC 
---


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

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

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


[Bug 25376] New: CATEGORIESINCATEGORY

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

   Summary: CATEGORIESINCATEGORY
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: philippe.vign...@etat.ge.ch


Hi

is it possible to have the magic word
{{CATEGORIESINCATEGORY:categoryname}}juste like
{{PAGESINCATEGORY:categoryname}}...

bye


Philippe

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

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


[Bug 25340] Cross-site scripting (XSS) vulnerability in Semantic MediaWiki

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

p858snake  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||p858sn...@gmail.com
 Resolution|FIXED   |

--- Comment #4 from p858snake  2010-09-30 15:02:27 UTC ---
(In reply to comment #3)
> I'm using 1.5.0 as is the semantic-mediawiki.org site. I just reproduced it at
> the semantic-mediawiki site by going to
> http://semantic-mediawiki.org/wiki/Special:Ask and putting the script code in
> the query window. When I submitted the form, the response page displayed the
> alert window in both Firefox and IE 6.
> 
> Is there a later version of 1.5 that has this fixed?
Can confirm.

-- 
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 25340] Cross-site scripting (XSS) vulnerability in Semantic MediaWiki

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

--- Comment #3 from david.pa...@commercebank.com 2010-09-30 14:53:43 UTC ---
I'm using 1.5.0 as is the semantic-mediawiki.org site. I just reproduced it at
the semantic-mediawiki site by going to
http://semantic-mediawiki.org/wiki/Special:Ask and putting the script code in
the query window. When I submitted the form, the response page displayed the
alert window in both Firefox and IE 6.

Is there a later version of 1.5 that has this fixed?

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

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


[Bug 24673] Periods (.) do not work in template names in form definitions

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

Yaron Koren  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Yaron Koren  2010-09-30 13:04:10 UTC ---
Thanks for the bug report; this has been fixed in version 2.0.1.

-- 
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 25094] Fatal error: Call to a member function getNamespace() on a non-object inmediawiki/extensions/SemanticForms/includes/SF_LinkUtils.php on line 169

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

Yaron Koren  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Yaron Koren  2010-09-30 13:03:35 UTC ---
Thanks for the patch; it was added in in version 2.0.1.

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


wikibugs-l@lists.wikimedia.org

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

Yaron Koren  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Yaron Koren  2010-09-30 13:02:56 UTC ---
Thanks for the bug report. This was a problem in both #forminput and #formlink;
it's been fixed in both, in version 2.0.1.

-- 
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 22194] PdfHandler: Incorrect aspect ratio of the preview images.

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

Andrew Caldwell  changed:

   What|Removed |Added

 CC||and...@ajcaldwell.co.uk

--- Comment #9 from Andrew Caldwell  2010-09-30 
12:54:59 UTC ---
(In reply to comment #8)
> This is not an MW/extension bug. Problem is that PdfHandler gets the PDF page
> dimension with a call to the pdfinfo command (an Xpdf tool). But pdfinfo
> returns the *physical* page dimension, not the *displayed* page dimension 
> (i.e.
> it does not take into account the page rotation parameter; not really a bug,
> just a design choice).
> 
> Solutions are: 1) use something else and not pdfinfo 2) apply the following
> patch to pdfinfo.
> 
> Since development of Xpdf looks a bit stuck and this is not something that may
> justify a new release, I'm posting the following patch here (referred to 
> v3.02,
> any patch level).
> 
> Tested working. Have fun.
> 
> Danilo
> 
> --- xpdf/pdfinfo.cc.old 2010-07-08 11:31:52.0 +0200
> +++ xpdf/pdfinfo.cc 2010-07-08 13:20:51.0 +0200
> @@ -92,6 +92,8 @@
>int exitCode;
>int pg, i;
>GBool multiPage;
> +  int r;
> +  double xchg;
> 
>exitCode = 99;
> 
> @@ -194,6 +196,10 @@
>for (pg = firstPage; pg <= lastPage; ++pg) {
>  w = doc->getPageCropWidth(pg);
>  h = doc->getPageCropHeight(pg);
> +r = doc->getPageRotate(pg);
> +if ((r != 0) && ((r % 180) != 0)) {
> +  xchg = h; h = w; w = xchg;
> +}
>  if (multiPage) {
>printf("Page %4d size: %g x %g pts", pg, w, h);
>  } else {

Thanks for the info, where should this extra code be put?
Also, you mentioned to use an alternative to pdfinfo, can you suggest one?

Thanks a lot.

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

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


[Bug 25218] please update the wiktionary logo of mg.wiktionary.org

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

--- Comment #2 from Andrianjanahary Rado  2010-09-30 
12:09:47 UTC ---
Renaming has been done.

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

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


[Bug 25325] User preferences, like "Hide my edits from the watchlist", doesn't works for RSS feeds

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

--- Comment #2 from Helder  2010-09-30 11:35:54 UTC ---
It seems that we also can't hide bot edits (with wlshow=!bot ?)

-- 
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 25325] User preferences, like "Hide my edits from the watchlist", doesn't works for RSS feeds

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

Helder  changed:

   What|Removed |Added

Summary|"Hide my edits from the |User preferences, like
   |watchlist" doesn't works|"Hide my edits from the
   |for RSS feeds   |watchlist", doesn't works
   ||for RSS feeds

-- 
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 25375] New: wgNamespaceIds should also contain canonical namespaces

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

   Summary: wgNamespaceIds should also contain canonical
namespaces
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Javascript
AssignedTo: d...@ucsc.edu
ReportedBy: llam...@gmail.com
CC: tpars...@wikimedia.org


>From http://www.mediawiki.org/wiki/Manual:Interface/JavaScript:
wgNamespaceIds - Gives a mapping from namespace names to namespace IDs. For
each namespace name, ***including aliases***, the object has one entry that has
namespace name as the key and the namespace ID as its integer value.
***Canonical names are not included***.

So it is supposed to contain all aliases but not contain canonical namespaces.
It's illogical to me. Canonical namespaces also work as aliases!

I'm writing a script for Polish wikipedia which extracts a link from an article
and works out the id of the namespace it leads to. The most straight-forward
way would be to extract the namespace from the link and search for it in
wgNamespaceIds. But it's not that simple, because the link may contain a
namespace in its canonical form. So now I'm going to define my own table, put
canonical namespaces to it by hand, merge it with wgNamespaceIds... Quite easy,
but not nice.

An alternative solution would be to define a new table with ids of canonical
namespace names.

-- 
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 25374] Enable 'eliminator' flag on hiwiki and grant bureaucrats to add/remove this group

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

p858snake  changed:

   What|Removed |Added

   Keywords||shell
 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 25374] New: Enable 'eliminator' flag on hiwiki and grant bureaucrats to add/remove this group

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

   Summary: Enable 'eliminator' flag on hiwiki  and grant
bureaucrats to add/remove this group
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://hi.wikipedia.org/wiki/%E0%A4%B5%E0%A4%BF%E0%A4%
95%E0%A4%BF%E0%A4%AA%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%
AF%E0%A4%BE:%E0%A4%9A%E0%A5%8C%E0%A4%AA%E0%A4%BE%E0%A4
%B2/%E0%A4%AA%E0%A5%81%E0%A4%B0%E0%A4%BE%E0%A4%B2%E0%A
5%87%E0%A4%96_20#Enable_Some_User_Groups
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mayur...@gmail.com


Hi, Due to less active admins in our projects we have decided to introduce a
new user group "eliminator" as it was introduced in ptwiki as a  Bug 24623 ,
here we want only two rights for this user group

$wgGroupPermissions['eliminator']['delete'] = true;
$wgGroupPermissions['eliminator']['undelete']   = true;

also enable bureacrats to add/remove this user group.

community consensus is at
link-http://hi.wikipedia.org/wiki/%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF%E0%A4%AA%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE:%E0%A4%9A%E0%A5%8C%E0%A4%AA%E0%A4%BE%E0%A4%B2/%E0%A4%AA%E0%A5%81%E0%A4%B0%E0%A4%BE%E0%A4%B2%E0%A5%87%E0%A4%96_20#Enable_Some_User_Groups

  Thank you and Regards

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

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