[Bug 20362] New: Special:Statistics produces invalid table HTML when $wgDisableCounters is false

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20362

   Summary: Special:Statistics produces invalid table HTML when
$wgDisableCounters is false
   Product: MediaWiki
   Version: 1.16-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: h...@goldrush.com


The returned cell of 'statistics-mostpopular' is not wrapped in a  tag on
Special:Statistics when page hit counters are enabled. 

$text .= Xml::tags( 'th', array( 'colspan' => '2' ), wfMsgExt(
'statistics-mostpopular', array( 'parseinline' ) ) );

Problem observed in 1.13, reported by hangfromthefloor in #mediawiki -- same
code appears in trunk, so doesn't appear 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 20362] Special:Statistics produces invalid table HTML when $wgDisableCounters is false

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20362


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #1 from Alexandre Emsenhuber [IAlex]   
2009-08-23 08:17:46 UTC ---
fixed in r55522.


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

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


[Bug 20363] New: Talk pages for Page and Index at es and ca wikisorce

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20363

   Summary: Talk pages for Page and Index at es and ca wikisorce
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: aleator_w...@yahoo.es


Hi. We have strange behaviour for talk pages of Page ans Index namespaces at
es.wikisource and ca.wikisource, whose bugzillas for enabling them were created
at the same time (15784 for Catalan and 15775 for Spanish).

Let's take as an example [[:s:es:Índice Discusión:Rojeces de Marte.djvu]],
which should be in namespace 105
(http://es.wikisource.org/wiki/Special:Export/Índice_Discusión:Rojeces_de_Marte.djvu).

#It appears on a tab titled "page" instead of "talk" (or the equivalent
translations like "Página" and "Discusión" for Spanish). So this talk page
has its own talk page ("Discusión:Índice Discusión:Rojeces de Marte.djvu").
This talk page is well linked from its main page, but it appears in a red
colour, as if it doesn't exist.
#It doesn't appear in the Prefixindex within its own namespace (
http://es.wikisource.org/w/index.php?title=Special:Prefixindex&namespace=105 ),
instead appears on the main namespace (
http://es.wikisource.org/w/index.php?title=Special:Prefixindex&prefix=%C3%8Dn&namespace=0
). 
#Text within this pages are not searchable from the search page, but for the
main namespace.
#The talk page appears in the dropdown input-search-box (it shouldn't, should
it?).

Example at ca.source is [[:s:ca:Pàgina Discussió:The gloria d'amor of Fra
Rocabertí (1916).djvu/61]].

Best regards,
[[:s:ca:User:Aleator]]


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


[Bug 20357] Commons forbids uploading due to lack of licence, etc, in situations where anything typed in will be meaningless.

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20357


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
 Status|NEW |RESOLVED
 Resolution||INVALID




--- Comment #2 from Alexandre Emsenhuber [IAlex]   
2009-08-23 08:57:54 UTC ---
This is due to Commons specific JavaScript
(http://commons.wikimedia.org/wiki/MediaWiki:Upload.js and
http://commons.wikimedia.org/wiki/MediaWiki:UploadForm.js). You can disable
JavaScript on your browser, then go to Special:Upload and you'll see the
"normal" upload form without all that checks.
Marking bug as INVALID since this is not a MediaWiki 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 18270] Some IIS-based configuration doesn't serve 404 errors from PHP correctly

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270


azeeznm  changed:

   What|Removed |Added

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




--- Comment #24 from azeeznm   2009-08-23 08:59:44 UTC ---
i have same problem. this is my url www.ponkavanam.com. i installed mediawiki
13 to my godaddy host. it is running long year perfectly . but recently i try
to upgraded mediawiki 15. it ok .but problem that when i click a non exiting
page in sidebar it is going to page not found page. that why downgrade same as
old. after that it is working very well . i don't know actually what is the
problem. 

today i installed mediawiki 15 in subdomain folder. see this
urlhttp://islahicenter.ponkavanam.com  

still exist the same problem.
any one know to resolve the problem?


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

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


[Bug 20361] Please restore "enhanced toolbar" choice in "Edit" preference even whent it is default

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20361


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
  Component|User interface  |UsabilityInitiative
Product|MediaWiki   |MediaWiki extensions
Version|unspecified |any




-- 
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 19857] maintenance/deleteRevision.php on last revision breaks targeted page

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19857


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Comment #3 from Alexandre Emsenhuber [IAlex]   
2009-08-23 09:40:05 UTC ---
Fixed again in r55523.


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

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


[Bug 20350] It's impossible to include between two elements and .

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20350


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

URL|http://fr.wikipedia.org/wiki|http://fr.wikipedia.org/wiki
   |/http://fr.wikipedia.org/wik|/Wikip%C3%A9dia:Guilde_des_G
   |i/Wikip%C3%A9dia:Guilde_des_|uides/semaine_34_2009#.3Cref
   |Guides/semaine_34_2009#.3Cre|.3E.3Cref.3E.3C.2Fref.3E.3C.
   |f.3E.3Cref.3E.3C.2Fref.3E.3C|2Fref.3E
   |.2Fref.3E   |




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

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


[Bug 20251] strategywiki, usabilitywiki domains not in auto-login list for SUL

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20251





--- Comment #8 from Roan Kattouw   2009-08-23 10:51:44 
UTC ---
(In reply to comment #6)
> Correcting summary. They can be added to the explicit autologin list, but I
> don't really want like 20 rarely-used specialty wikis slowing down every 
> user's
> logins. The cross-domain cookies are just extra sugar, anyway for now...
> 
There's not that many non-private *.wikimedia.org wikis, only like 7 or so.
That'd still double the number of images, of course.

> Roan, I'm not sure I understand what bug 20298 actually accomplishes. My
> impression is that it basically would allow the same thing that the
> -to-set-a-cookie already does, but you could do it by XHR instead of an
>  (only supporting browsers) and it might or might not override users'
> settings on cross-domain cookie setting.
> 
> As I understand, it would still require a hit per site to set the cookies, and
> wouldn't get past our need to limit access to only certain *.wikimedia.org
> subdomains.
> 
You're right, I misunderstood what it did. For some reason, undoubtedly
influenced by wishful thinking, I was under the impression that it'd allow
cookies to go cross-domain (e.g. from *.wikipedia.org to
usability.wikimedia.org ) if both domains allowed it. This isn't possible
(yet?). Another possible solution using cross-domain AJAX the way it actually
works would be to have wikis that aren't on the *.wikipedia.org domain to grab
http://en.wikipedia.org/w/api.php?action=query&meta=userinfo , which is passed
the user's *.wikipedia.org cookie (because of the
Access-Control-Allow-Credentials: true header) and returns whether and as whom
the user is logged in at enwiki. There may be some security implications here,
so it may be desirable to introduce a new API module for this, but the basic
idea sounds like it could 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 20350] It's impossible to include between two elements and .

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20350


Roan Kattouw  changed:

   What|Removed |Added

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




--- Comment #4 from Roan Kattouw   2009-08-23 10:59:27 
UTC ---
(In reply to comment #3)
> I hope someone can translate this into French for you.
> 
This is a brave attempt at that using rusty high school French.

> The software sees  and takes everything until the next  without
> looking at what is in between. It doesn't check for nested tags. There is a
> workaround using the #tag magic word, like this: "My text{{#tag:ref|My
> noteThe source of my note}}"
> 

Le software voit  et prend tout le text au prochaine  sans regarder
qu'est-ce qu'il y a entre les deux. Il ne regarde pas ou il y a un autre .
Il y a un solution avec #tag, comme ça: "My text{{#tag:ref|My noteThe
source of my note}}"


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


[Bug 18270] Some IIS-based configuration doesn't serve 404 errors from PHP correctly

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270


Platonides  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Comment #25 from Platonides   2009-08-23 13:07:10 UTC 
---
It's not a mediawiki bug. You have IIS misconfigured.
Comment #19 explains how to fix it. In your case, you may need to contact your
hosting to fix 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 1347] '\phi' and '\varphi' not necessarily distinguished in Unicode

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=1347


Derk-Jan Hartman  changed:

   What|Removed |Added

 CC||hart...@videolan.org




--- Comment #4 from Derk-Jan Hartman   2009-08-23 
13:22:17 UTC ---
We were discussing this issue again on VPT. We noticed that in html \phi is
rendered as html "small letter phi" φ
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Rendering_of_phi_in_.3Cmath.3E


Lexically this is seems correct, but in latex \phi should always be the small
stroked version and \varphi should always be the loopy version of the
character. (See
http://mirror.hmc.edu/ctan/info/symbols/comprehensive/symbols-letter.pdf )
Because in unicode, the small letter phi can be either loopy OR stroked,
translating \phi as unicode small letter phi is not correct. \phi should
therefore either be always rendered in PNG, or alternatively, we could render
it with ϕ  Since we always use \phi in a math context and ϕ is
reserved for the small stroked math version of the phi symbol, this is a
correct translation when convert math. I have attached patches for both
alternative corrections.


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

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


[Bug 1347] '\phi' and '\varphi' not necessarily distinguished in Unicode

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=1347





--- Comment #5 from Derk-Jan Hartman   2009-08-23 
13:25:40 UTC ---
Created an attachment (id=6486)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6486)
render as U+03D5


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

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


[Bug 1347] '\phi' and '\varphi' not necessarily distinguished in Unicode

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=1347





--- Comment #6 from Derk-Jan Hartman   2009-08-23 
13:26:06 UTC ---
Created an attachment (id=6487)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6487)
render always as png


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

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


[Bug 20364] New: GIFMetadataExtractor.php throws "Unexpected non-MediaWiki exception encountered, of type 'Exception'", halts if metadata in user-provided image not accepted

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20364

   Summary: GIFMetadataExtractor.php throws "Unexpected non-
MediaWiki exception encountered, of type 'Exception'",
halts if metadata in user-provided image not accepted
   Product: MediaWiki
   Version: 1.16-svn
  Platform: PC
   URL: http://jpe.gs/wiki/File:Sucrose_b.gif
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Images and files
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: carlb...@hotmail.com


The error handling in GIFMetadataExtractor.php appears to create more problems
than it solves. If the script finds the smallest bit of the metadata
objectionable in a user-supplied image, it does not allow any part of the page
on which the image appears to display.

Errors which could be safely ignored (for instance, the
http://jpe.gs/wiki/File:Sucrose_b.gif file triggering an error at
GIFMetadataExtractor.php:133) instead now prevent the display of the entire
page, for every page in every wiki on which the image appears.

This issue appeared on 'upgrade' from MediaWiki 1.14 to the August 15, 2009 SVN
version 1.16alpha - header in the metadata extractor file claims to be avoiding
use of the MWException class for portability reasons, but even no displayed
metadata at all would be better than entire wiki pages turned into:


Unexpected non-MediaWiki exception encountered, of type "Exception"
exception 'Exception' with message 'At position: 208, Unknown byte 11' in
...mw116a/includes/media/GIFMetadataExtractor.php:133
Stack trace:
#0 ...mw116a/includes/media/GIF.php(16):
GIFMetadataExtractor::getMetadata('/var/im...')
#1 ...mw116a/includes/filerepo/UnregisteredLocalFile.php(89):
GIFHandler->getMetadata(Object(UnregisteredLocalFile), '/var/im...')
#2 ...mw116a/includes/filerepo/File.php(899):
UnregisteredLocalFile->getMetadata()
#3 ...mw116a/includes/ImagePage.php(90): File->formatMetadata()
#4 ...mw116a/includes/Wiki.php(463): ImagePage->view()
#5 ...mw116a/includes/Wiki.php(67):
MediaWiki->performAction(Object(OutputPage), Object(ImagePage), Object(Title),
Object(User), Object(WebRequest))
#6 ...mw116a/index.php(116): MediaWiki->performRequestForTitle(Object(Title),
Object(ImagePage), Object(OutputPage), Object(User), Object(WebRequest))
#7 {main}

#0 ...mw116a/includes/media/GIF.php(16):
GIFMetadataExtractor::getMetadata('/var/im...')
#1 ...mw116a/includes/filerepo/UnregisteredLocalFile.php(89):
GIFHandler->getMetadata(Object(UnregisteredLocalFile), '/var/im...')
#2 ...mw116a/includes/filerepo/File.php(899):
UnregisteredLocalFile->getMetadata()
#3 ...mw116a/includes/ImagePage.php(90): File->formatMetadata()
#4 ...mw116a/includes/Wiki.php(463): ImagePage->view()
#5 ...mw116a/includes/Wiki.php(67):
MediaWiki->performAction(Object(OutputPage), Object(ImagePage), Object(Title),
Object(User), Object(WebRequest))
#6 ...mw116a/index.php(116): MediaWiki->performRequestForTitle(Object(Title),
Object(ImagePage), Object(OutputPage), Object(User), Object(WebRequest))
#7 {main}


Disabling the one "throw new Exception" line of code throwing the error
(includes/media/GIFMetadataExtractor.php:133) allows the image to display
normally:

} else {
$byte = unpack( 'C', $buf );
$byte = $byte[1];
#throw new Exception( "At position:
".ftell($fh). ", Unknown byte ".$byte );
}

Oddly, the image itself looks fine in the browser. Whatever supposed 'error'
exists in this animated .gif file is not valid enough that is should be used to
justify MediaWiki 1.16a refusing to display the entire page, for every page
where the image appears.

Any chance the code could be changed to recover just a wee bit more gracefully?


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

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


[Bug 20364] GIFMetadataExtractor.php throws "Unexpected non-MediaWiki exception encountered, of type 'Exception'", halts if metadata in user-provided image not accepted

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20364


Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com
 AssignedTo|wikibugs-   |agarr...@wikimedia.org
   |l...@lists.wikimedia.org   |




--- Comment #1 from Chad H.   2009-08-23 14:52:48 UTC 
---
Assigning to Andrew.


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

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


[Bug 20365] New: In eo.wiki doesn't move pages with c/g/h/j/s/u + x

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20365

   Summary: In eo.wiki doesn't move pages with c/g/h/j/s/u + x
   Product: MediaWiki
   Version: 1.16-svn
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: haikar...@gmail.com


I didn't see any duplicate. If so, I'm sorry!
I tried to move [[Tux]] from eo.wiki (I wanted to move it to [[Tukso]]) →
http://eo.wikipedia.org/wiki/Speciala:Alinomigi_paĝon/Tux
When I do it, it shows an error page because it seems like that there is a bug
in the plugin installed in eo.wiki which permits inserting special (example: if
I type cx, it shows ĉ. If I type cxx, it shows cx. If I type cxxx it shows ĉx
and so on with g, s, h, u and j). So Special:Move thinks that the page is Tŭ
(Tux → Tŭ = http://eo.wikipedia.org/wiki/Speciala:Alinomigi_paĝon/Tux →
http://eo.wikipedia.org/wiki/Speciala:Alinomigi_paĝon/Tŭ).

If you need more infos, tell me!
- Airon90


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


[Bug 18002] Typing tags should auto-suggest current ones

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18002


Roan Kattouw  changed:

   What|Removed |Added

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




--- Comment #2 from Roan Kattouw   2009-08-23 16:01:51 
UTC ---
(In reply to comment #1)
> If we don't already, we should probably make sure we've got a clean 
> client-side
> interface for "make this field, whatever it is, auto-completable via 
> OpenSearch
> suggestion data from this given URL", allowing us to extend autocomplete to
> other fields by supplying an API interface for the lookups and slapping a 
> class
> on the .
> 

I did this about a week ago in r55234.


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

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


[Bug 20366] New: Drilldown should be a logical AND of categories (or at least should be an option)

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20366

   Summary: Drilldown should be a logical AND of categories (or at
least should be an option)
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://dungeons.wikia.com
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: SemanticDrilldown
AssignedTo: yaro...@gmail.com
ReportedBy: morgon.kan...@gmail.com
CC: wikibugs-l@lists.wikimedia.org


I am the main administrator of a wiki that could get a lot of mileage with
Semantic Drilldown (http://dungeons.wikia.com). The only problem is the results
returned do not seem to be a logical AND of the categories. Our category
structure is organized like (3.5e/4e) -> User -> Class. The problem is that
"User" and "Class" are subcategories of both 3.5e and 4e. When the drilldown
category 3.5e and 4e is picked, then User and then Class, stuff from both 3.5e
and 4e is showing up in the results instead of just the chosen main class (ie,
if I pick 3.5e I still get stuff from 4e when I go all the way down to
"class").

Description of how we do it: on our wiki, stuff in 3.5e has the categories
"3.5e" and "User" and "Class" (all the categories) and "User" is a subcategory
of 3.5e and "Class" is a subcategory of "User" and some other stuff. Pages
appear in all categories from the root to the leaf.

So we really need an option to drill down with a logical AND on the categories.
Preferably this option would be set in the control panel, because Wikia doesn't
give us access to the back-end PHP files to set variables.


-- 
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 20361] Please restore "enhanced toolbar" choice in "Edit" preference even whent it is default

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20361


Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
 AssignedTo|roan.katt...@gmail.com  |rhals...@wikimedia.org
  Component|UsabilityInitiative |Site requests
Product|MediaWiki extensions|Wikimedia
Version|any |unspecified




--- Comment #1 from Roan Kattouw   2009-08-23 17:29:10 
UTC ---
This is a local configuration issue. Usabilitywiki set
$wgEditToolbarGlobalEnable = true; , which forces the toolbar upon everyone,
but if they remove that and add $wgDefaultUserOptions['useedittoolbar'] = 1; ,
the toolbar will be enabled by default but disableable in the user 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 20361] Please restore "enhanced toolbar" choice in "Edit" preference even whent it is default

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20361


Roan Kattouw  changed:

   What|Removed |Added

   Keywords||shell




-- 
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 212] Many MediaWiki: messages not safe in XHTML

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=212





--- Comment #13 from Carl Fürstenberg   2009-08-23 17:52:42 
UTC ---
(In reply to comment #8)
> (In reply to comment #7)
> > WP:BEANS violation:
> > 
> > 1. GOTO http://en.wikipedia.org/wiki/MediaWiki:Copyright
> > 2. ADD 
> > 3. FLEE
> > 
> > i.e. rouge admin can make everyone forced to log out.
> > 
> 
> You sure about this? I could be wrong, but I just tried it on my localhost and
> it didn't force a logout.
> 

This still apply (just tested) Remember to modify the src="" to match your
local install.


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


[Bug 20367] New: WP set as wikipedia in Bengali wiki

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20367

   Summary: WP set as wikipedia in Bengali wiki
   Product: MediaWiki
   Version: unspecified
  Platform: All
   URL: http://bn.wikipedia.org
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: je...@gmx.de
ReportedBy: jayanta...@gmail.com
CC: bryan.tongm...@gmail.com, vasi...@gmail.com,
soxre...@gmail.com


As like English wiki we need to redirect WP:N(shortcut) to
উইকিপিডিয়া:ঊল্লেখযোগ্যতা(i.e
Wikipedia:Notability) as Shortcut. For that every redirect page counting as an
article. And this a wrong counting for our number of aricle in Bengali
wikipedia. So Please Set WP as উইকিপিডিয়া or Wikipedia. 

'bnwiki' => array(
'WP' => NS_PROJECT,
'WT' => NS_PROJECT_TALK,

The same issue like English wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=6313

Jayanta Nath
user id in Bengali wiki 'Joy'
Administrator


-- 
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 20367] WP set as wikipedia in Bengali wiki

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20367


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
  Component|API |Site requests
   Keywords||shell
Product|MediaWiki   |Wikimedia




-- 
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 20199] ParserFunctions blocks display of page content

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20199


bugzilla_mediawiki_...@zrhwiki.ch changed:

   What|Removed |Added

   Severity|critical|normal




--- Comment #2 from bugzilla_mediawiki_...@zrhwiki.ch  2009-08-23 18:58:59 UTC 
---
I've just noticed that the above-described bug only occurs if the respective
page contains category information (i.e. [[TEST:Lorem ipsum]] AFTER the
ParserFunctions extension is used. If the respective doesn't contain category
information or the category information is located BEFORE the ParserFunctions
extension is used, the problem doesn't occur.


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

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


[Bug 20368] New: Add date and trend to Special:ValidationStatistics

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20368

   Summary: Add date and trend to Special:ValidationStatistics
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: FlaggedRevs
AssignedTo: jschulz_4...@msn.com
ReportedBy: pbir...@gmail.com


Since Special:ValidationStatistics is no longer updated frequently, it would be
useful to know the date of the update for both the core statistics and the
hourly statistics. The first date would fit well in the second line, the second
date would fit in the explaining sentence for the hourly statistics. 

Furthermore, it would be nice to see if the lag has increased or decreased. To
this end, in the third table, behind the total numbers, a (+/X), where X is the
difference to the number there before, should appear.


-- 
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 20356] spinner.gif progress indicator looks kinda weird

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20356


Roan Kattouw  changed:

   What|Removed |Added

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




--- Comment #2 from Roan Kattouw   2009-08-23 16:05:48 
UTC ---
We currently use a spinner very much like Firefox's (maybe even the exact same
one, Trevor knows) for loading toolbar sections:
http://en.wikipedia.org/w/extensions/UsabilityInitiative/images/wikiEditor/toolbar/loading.gif


-- 
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 20199] ParserFunctions blocks display of page content

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20199


bugzilla_mediawiki_...@zrhwiki.ch changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Comment #3 from bugzilla_mediawiki_...@zrhwiki.ch  2009-08-23 19:59:20 UTC 
---
I've been able to solve the above-described bug by splitting the templates
using the ParserFunctions extensions, i.e. instead of using one pretty long
template for various purposes and with any IFs, I use now multiple single
purpose templates. Maybe the ParserFuctions extension was just overextended …


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


[Bug 20369] New: Message: 'Uniwiki' is undefined

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20369

   Summary: Message: 'Uniwiki' is undefined
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://kayfaa.com/kayf
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Normal
 Component: Uniwiki
AssignedTo: rob...@rhl.me.uk
ReportedBy: drme...@gmail.com
CC: wikibugs-l@lists.wikimedia.org


hi 
i installed uniwiki GenericEditPage extension 
i followed the steps 

when i try to edit a page the " Add a section" botton isnt working

i had these errors in IE statue bar:



Message: 'Uniwiki' is undefined
Line: 5
Char: 1
Code: 0
URI: http://kayfaa.com/w/extensions/uniwiki/GenericEditPage/GenericEditPage.js


Message: Object expected
Line: 458
Char: 4
Code: 0
URI:
http://kayfaa.com/w/index.php?title=%D8%A7%D9%84%D8%B5%D9%81%D8%AD%D8%A9_%D8%A7%D9%84%D8%B1%D8%A6%D9%8A%D8%B3%D9%8A%D8%A9&action=edit


Message: Object doesn't support this property or method
Line: 548
Char: 4
Code: 0
URI:
http://kayfaa.com/w/index.php?title=%D8%A7%D9%84%D8%B5%D9%81%D8%AD%D8%A9_%D8%A7%D9%84%D8%B1%D8%A6%D9%8A%D8%B3%D9%8A%D8%A9&action=edit


Message: 'Uniwiki' is undefined
Line: 566
Char: 5
Code: 0
URI:
http://kayfaa.com/w/index.php?title=%D8%A7%D9%84%D8%B5%D9%81%D8%AD%D8%A9_%D8%A7%D9%84%D8%B1%D8%A6%D9%8A%D8%B3%D9%8A%D8%A9&action=edit


Message: 'Uniwiki' is undefined
Line: 571
Char: 4
Code: 0
URI:
http://kayfaa.com/w/index.php?title=%D8%A7%D9%84%D8%B5%D9%81%D8%AD%D8%A9_%D8%A7%D9%84%D8%B1%D8%A6%D9%8A%D8%B3%D9%8A%D8%A9&action=edit


Message: 'Uniwiki' is undefined
Line: 602
Char: 5
Code: 0
URI:
http://kayfaa.com/w/index.php?title=%D8%A7%D9%84%D8%B5%D9%81%D8%AD%D8%A9_%D8%A7%D9%84%D8%B1%D8%A6%D9%8A%D8%B3%D9%8A%D8%A9&action=edit





the same problem happened with uniwiki other extensions

isnt there any book in useing extensions? specially uniwiki extensions


regards
dr.Mohamad


-- 
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 20365] In eo.wiki doesn't move pages with c/g/h/j/s/u + x

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20365


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #1 from Alexandre Emsenhuber [IAlex]   
2009-08-23 20:19:58 UTC ---
Fixed in r55535.


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

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


[Bug 17641] Wikisource: Texts without title in original (is it possible to hide firstHeading)

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17641


Chad H.  changed:

   What|Removed |Added

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




--- Comment #1 from Chad H.   2009-08-23 20:56:41 UTC 
---
Marking this INVALID. Can be done with CSS/JS tweaks easily. No need for an
extension or core feature to do 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 20367] WP set as wikipedia in Bengali wiki

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20367


JeLuF  changed:

   What|Removed |Added

 AssignedTo|je...@gmx.de|wikibugs-
   ||l...@lists.wikimedia.org




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

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


[Bug 11857] Protect Functionality for importImage.php Maintenance Script

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=11857


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #8 from Alexandre Emsenhuber [IAlex]   
2009-08-23 22:31:49 UTC ---
this was added in r47964.


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

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


[Bug 19277] Duplicate input values prevent tag filter from being changed once set on Special:RecentChanges

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19277


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Comment #1 from Alexandre Emsenhuber [IAlex]   
2009-08-23 22:44:11 UTC ---


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


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

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


[Bug 19887] Changing tag filter doesn't work

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19887


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||happy-me...@live.com




--- Comment #2 from Alexandre Emsenhuber [IAlex]   
2009-08-23 22:44:11 UTC ---
*** Bug 19277 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 on the CC list for the bug.

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


[Bug 20370] New: Numbered lists in Image: markup

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20370

   Summary: Numbered lists in Image: markup
   Product: MediaWiki
   Version: 1.16-svn
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: haikar...@gmail.com


If I insert an image I cannot insert a numbered list:
See there 
[[Dosiero:Personal computer, exploded 5.svg|thumb|right|325px|Partoj de moderna
persona komputilo:

[[Ekrano]]
[[Cxeftabulo]]
[[Procesoro]]
[[Cxefmemoro]]
[[Etendila karto]]
[[Bloko de elektrizo]]
[[Lumdisko|Lumdiska legilo]]
[[Diskaparato]]
[[Klavaro]]
[[Komputila muso|Muso]]
]]


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

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


[Bug 20371] New: Error with latest PHP using xampp/lampp

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20371

   Summary: Error with latest PHP using xampp/lampp
   Product: MediaWiki
   Version: unspecified
  Platform: PC
OS/Version: Windows Vista
Status: NEW
  Severity: critical
  Priority: Normal
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rgooderm...@gmail.com


Created an attachment (id=6488)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6488)
Screenshot of a Mediawiki error

Using the latest builds (by extension the latest builds of PHP) of xammp/lammp
I receive an error with anything that access hooks.php. The error is as follows
"Warning: Parameter 1 to ConfirmEditHooks::confirmEditMerged() expected to be a
reference, value given in ***\w\includes\Hooks.php on line 132"
That error is with the extension confirmedit and it occurs after hitting "save
page". The same error can be seen with SimpleCalender and parts of the
SocialProfile extension. The error happens on all builds of the software. It
would appear that I am not the only one who is complaining of this problem, it
can be read all over the ConfirmEdit talk page.
http://www.mediawiki.org/wiki/Extension_talk:ConfirmEdit
As you only have Windows Vista I choose that given it's close relation to
Windows 7, but I ran my server from a computer running Windows 7, however this
issue only appeared after updating xammp/lammp. I have also been able to
replicate the error on Windows xp in a virtual environment. Downgrading appears
to rid you of the error.  
I have attached a screen of the error, also my site is down so I can not show
you more than the screen.


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

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


[Bug 11276] ImageDelete & ImageDeleteComplete hooks.

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=11276


Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch




--- Comment #1 from Alexandre Emsenhuber [IAlex]   
2009-08-23 23:11:47 UTC ---
FileDeleteComplete hook was introduced in r31420.


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

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


[Bug 20367] Set WP namespace alias to NS_PROJECT in Bengali wikipedia

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20367


Brion Vibber  changed:

   What|Removed |Added

 CC||br...@wikimedia.org
 AssignedTo|wikibugs-   |rhals...@wikimedia.org
   |l...@lists.wikimedia.org   |
Summary|WP set as wikipedia in  |Set WP namespace alias to
   |Bengali wiki|NS_PROJECT in Bengali
   ||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 20371] Error with latest PHP using xampp/lampp

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20371


Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #1 from Brion Vibber   2009-08-23 23:15:54 UTC 
---
This was fixed in SVN yesterday on trunk. Update MediaWiki & extensions to
current version.


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

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


[Bug 20364] GIFMetadataExtractor.php throws "Unexpected non-MediaWiki exception encountered, of type 'Exception'", halts if metadata in user-provided image not accepted

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20364


Brion Vibber  changed:

   What|Removed |Added

 AssignedTo|agarr...@wikimedia.org  |br...@wikimedia.org




--- Comment #2 from Brion Vibber   2009-08-23 23:20:29 UTC 
---
Assigning to myself since I was poking at it. :)


-- 
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 20364] GIFMetadataExtractor.php throws "Unexpected non-MediaWiki exception encountered, of type 'Exception'", halts if metadata in user-provided image not accepted

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20364


Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #3 from Brion Vibber   2009-08-23 23:27:57 UTC 
---
Fixed in r55541.

There was a missing parameter in GIFMetadataExtractor's skipBlock() call for
'netscape 2.0' data blocks, which threw a monkey in the works. Now also
checking for exceptions thrown by the metadata load and stubbing out null
metadata for files which can't be read, rather than letting the exception
bubble up and kill MediaWiki. :)


-- 
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 20363] Talk pages for Page and Index at es and ca wikisorce

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20363


Brion Vibber  changed:

   What|Removed |Added

 AssignedTo|wikibugs-   |br...@wikimedia.org
   |l...@lists.wikimedia.org   |




--- Comment #1 from Brion Vibber   2009-08-23 23:30:42 UTC 
---
Spec'd with spaces instead of _s in config. Fixing...


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

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


[Bug 20363] Talk pages for Page and Index at es and ca wikisorce

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20363


Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #2 from Brion Vibber   2009-08-23 23:34:38 UTC 
---
Cleaning up namespaces on:
* cawikisource
* eswikisource
* zhwikisource


$ php maintenance/namespaceDupes.php eswikisource --fix
Checking namespace 105: "Índice_Discusión"
... 1 conflicts detected:
... 70329 (0,"Índice_Discusión:Rojeces_de_Marte.djvu") ->
(105,"Rojeces_de_Marte.djvu") [[Índice Discusión:Rojeces de Marte.djvu]]
... resolving on page... ok.

Looks good!

$ php maintenance/namespaceDupes.php cawikisource --fix
Checking namespace 103: "Pàgina_Discussió"
... 1 conflicts detected:
... 5482
(0,"Pàgina_Discussió:The_gloria_d'amor_of_Fra_Rocabertí_(1916).djvu/61") ->
(103,"The_gloria_d'amor_of_Fra_Rocabertí_(1916).djvu/61") [[Pàgina
Discussió:The gloria d'amor of Fra Rocabertí (1916).djvu/61]]
... resolving on page... ok.
Checking namespace 105: "Llibre_Discussió"
... 2 conflicts detected:
... 5481 (0,"Llibre_Discussió:Curial_y_Güelfa_(1901).djvu") ->
(105,"Curial_y_Güelfa_(1901).djvu") [[Llibre Discussió:Curial y Güelfa
(1901).djvu]]
... resolving on page... ok.
... 5480
(0,"Llibre_Discussió:The_gloria_d'amor_of_Fra_Rocabertí_(1916).djvu") ->
(105,"The_gloria_d'amor_of_Fra_Rocabertí_(1916).djvu") [[Llibre Discussió:The
gloria d'amor of Fra Rocabertí (1916).djvu]]
... resolving on page... ok.

Looks good!


$ php maintenance/namespaceDupes.php zhwikisource --fix
Checking namespace 105: "Page_talk"
... 2 conflicts detected:
... 110220 (0,"Page_talk:The_Su_Wen_of_the_Huangdi_Neijing.djvu/3") ->
(105,"The_Su_Wen_of_the_Huangdi_Neijing.djvu/3") [[Page talk:The Su Wen of the
Huangdi Neijing.djvu/3]]
... resolving on page... ok.
... 110596 (0,"Page_talk:The_Su_Wen_of_the_Huangdi_Neijing.djvu/3/temp") ->
(105,"The_Su_Wen_of_the_Huangdi_Neijing.djvu/3/temp") [[Page talk:The Su Wen of
the Huangdi Neijing.djvu/3/temp]]
... resolving on page... ok.

Looks good!


-- 
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 19157] createAndPromote error on bad password

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19157


Brion Vibber  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Comment #6 from Brion Vibber   2009-08-24 00:11:35 UTC 
---
Copying my notes from Code Review on r52494:

Eww... this is a really ugly calling convention.

If the function is named 'isSomething', it needs to return a boolean otherwise
you're just asking for trouble. An optional outparam for returning a message
key would be much less annoying in this context.


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

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


[Bug 19133] Maintenance script cleanup

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19133


Bug 19133 depends on bug 19157, which changed state.

Bug 19157 Summary: createAndPromote error on bad password
https://bugzilla.wikimedia.org/show_bug.cgi?id=19157

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

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


[Bug 20371] Error with latest PHP using xampp/lampp

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20371





--- Comment #2 from Robert Edward Goodermote Jr.   
2009-08-24 01:17:20 UTC ---
Oh sweet, thanks.


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

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


[Bug 20372] New: RevisionDelete and rollback

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20372

   Summary: RevisionDelete and rollback
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Deleting
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jay...@gmail.com


I encountered two problems while suppressing this:

https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Special%3ALog&type=suppress&user=John+Vandenberg&offset=20090824015350&limit=4

First I hid the username.  I then realised that I needed to hide the text as
well.  While the username was hidden, I tried to rollback the edit in question.
 This failed; I think it was the same error text as below, however I didn't
keep a copy of that error screen so I cant be sure.

I then _unhid_ the username and tried to rollback, which failed with the error:

  Cannot roll back edit to User talk:Jake Wartenberg 
  by [[User:|]] ([[User talk:|talk]] · block · contribs) 
  because someone else has edited the page.

I then edited the page to remove the text, and suppressed everything normally.


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


[Bug 20372] RevisionDelete and rollback

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20372


emufarm...@gmail.com changed:

   What|Removed |Added

 CC||emufarm...@gmail.com
  Component|Deleting|Revision deletion




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

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


[Bug 20356] spinner.gif progress indicator looks kinda weird

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20356





--- Comment #3 from Splarka   2009-08-24 05:13:55 UTC ---
(In reply to comment #2)
> We currently use a spinner very much like Firefox's (maybe even the exact same
> one, Trevor knows) for loading toolbar sections:
> http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/UsabilityInitiative/images/wikiEditor/toolbar/loading.gif?revision=54130

Non-transparent background. Looks odd on non-white backgrounds ^_^.


-- 
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 19019] Please enable variant ShortURLs for Chinese Wikipedia

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19019


Hat600  changed:

   What|Removed |Added

 CC||hydrogen_cyan...@yahoo.cn




--- Comment #8 from Hat600   2009-08-24 06:57:05 UTC 
---
These URLs aren't enabled Chinese
Wikibooks/Wikinews/Wikiquote/Wikisource/Wiktionary, but they appear sometimes,
then HTTP404.


-- 
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 20373] New: Commons File Revision History begging for description

2009-08-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20373

   Summary: Commons File Revision History begging for description
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://commons.wikimedia.org/w/index.php?title=Image:Ale
xis_Copello_Meeting_Areva_2009.jpg&action=history
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Language setup
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rsyqfiojg...@spammotel.com


On Wikimedia Commons, at present ALL displays of Revision History for any
file/image description page in the File/Image namespace include the text "This
image does not appear to have a description in your interface language. Please
add one!" in red.  None of those displays should display that text.


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

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