[Bug 30101] [EditWarning] Edit warning does not appear when search box is used
https://bugzilla.wikimedia.org/show_bug.cgi?id=30101 --- Comment #3 from Michael M. listenle...@gmail.com 2011-07-30 07:22:41 UTC --- Created attachment 8846 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8846 Proposed patch The warning is shown by the beforeunload handler, but this handler is removed when any form is submitted though it should be removed only if the editform is submitted. The patch fixes this. Additionally I used mw.config.get for the global variable and changed some other stuff (mediaWiki - mw, size() - length, === for comparison to 0). -- 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 30101] [EditWarning] Edit warning does not appear when search box is used
https://bugzilla.wikimedia.org/show_bug.cgi?id=30101 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27427] mw.util.getParamValue returns wrong value if param is only present in hash
https://bugzilla.wikimedia.org/show_bug.cgi?id=27427 --- Comment #1 from Michael M. listenle...@gmail.com 2011-07-30 07:25:24 UTC --- Created attachment 8847 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8847 Proposed patch The patch also includes a qunit test to confirm the correct behavior. -- 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 27427] mw.util.getParamValue returns wrong value if param is only present in hash
https://bugzilla.wikimedia.org/show_bug.cgi?id=27427 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords||need-review, patch, ||reviewed CC||tpars...@wikimedia.org AssignedTo|tpars...@wikimedia.org |krinklem...@gmail.com --- Comment #2 from Krinkle krinklem...@gmail.com 2011-07-30 07:28:42 UTC --- Thanks a lot for this. The patch looks good! I'll apply locally in a few minutes, test it to be sure and commit. We can probably get this backported to the 1.18 branch as well since it's a bugfix. Leaving status NEW for now, as it's not fixed yet. -- 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 27427] mw.util.getParamValue returns wrong value if param is only present in hash
https://bugzilla.wikimedia.org/show_bug.cgi?id=27427 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED -- 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 27427] mw.util.getParamValue shouldn't return value from hash even if param is only present in hash
https://bugzilla.wikimedia.org/show_bug.cgi?id=27427 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords|need-review | Summary|mw.util.getParamValue |mw.util.getParamValue |returns wrong value if |shouldn't return value from |param is only present in|hash even if param is only |hash|present in hash -- 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 27427] mw.util.getParamValue shouldn't return value from hash even if param is only present in hash
https://bugzilla.wikimedia.org/show_bug.cgi?id=27427 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Krinkle krinklem...@gmail.com 2011-07-30 07:40:42 UTC --- Unit test + credits added in r93516. Fix in r93517. Marking fixes. 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #12 from jida...@jidanni.org 2011-07-30 08:23:45 UTC --- Let's check how some big name websites deal with the issue $ w3m -dump http://www.flickr.com/ |sed q Flickr logo. If you click it, you'll go home Can't beat that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #13 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-07-30 08:27:08 UTC --- ...proprietary services don't have to deal with logos that overflow the logo area and cover the content area, various logo sizes that need to work without stretching or squashing, and a history of support for wiki that use a background-image inside their wiki's MediaWiki:*.css to change their logo in certain namespaces. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #14 from jida...@jidanni.org 2011-07-30 08:43:21 UTC --- (In reply to comment #13) Just say you are allowed one aaaXbbb sized logo. Any other sizes and you are on your own. You shall bear the consequences. It's either that, or include some Flash image cropper crap. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #15 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-07-30 09:08:54 UTC --- ...you do realize that in the three example wiki you listed on the mailing list as wiki you're trying to fix, all three of them use different logo sizes from each other, none of them the size we'd consider standard . Also you shot yourself in the foot with your second suggestion because you're trying to get the logo visible by FB, and if it's sitting in a Flash cropper FB isn't going to see it... you'll also kill accessibility for users without flash. And this still doesn't address the regression that background-image - img will cause to the wiki currently customizing their logo in specific sections of the wiki using css (many of them who likely can't change php). Examples I can find quickly are Uncyclopedia (see the UnNews section for example) and WikiNews' Portal:United_Kingdom. -- 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 29911] customise FlaggedRevs with whole reviewer system on hi.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=29911 mayurkumar mayur...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from mayurkumar mayur...@gmail.com 2011-07-30 09:21:18 UTC --- $wgFlaggedRevsNamespaces = array( NS_MAIN, NS_PROJECT, NS_IMAGE, NS_TEMPLATE, NS_CATEGORY, 100 ); # 100 = Portal As previously NS_PROJECT was enabled but now it has been replaced with current setting, I shall request you to put this one parameter in the above array. 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #16 from jida...@jidanni.org 2011-07-30 09:51:25 UTC --- I AM SURE that there is some way on earth to put a img src on a MediaWiki page. Call in all the astronauts in Houston. I'm sure we can do it. Aim for that same upper left corner... Don't ask me, I'm a HTML 4 strict guy with a non CSS http://jidanni.org/ website. But how about my add a img src... display:none[?] while keeping the rest of what you do now intact idea? (I was talking about (flaky) Flash recroppers that kick in just once when people upload avatars.) -- 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 29520] Ability to turn off images on mobile and wap-mobile page views
https://bugzilla.wikimedia.org/show_bug.cgi?id=29520 Subfader subfa...@gmail.com changed: What|Removed |Added Priority|High|Low -- 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 30125] New: prefix search does not know _ - ' '
https://bugzilla.wikimedia.org/show_bug.cgi?id=30125 Web browser: --- Bug #: 30125 Summary: prefix search does not know _ - ' ' Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hart...@videolan.org Classification: Unclassified If you use prefix search: prefix:A_B seems not to know to interpret as prefix:A B Since prefix should always be title/namespace specific, it should know how to follow the mediawiki title specifics I guess.. -- 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 30126] New: Linked image unused
https://bugzilla.wikimedia.org/show_bug.cgi?id=30126 Web browser: --- Bug #: 30126 Summary: Linked image unused Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: subfa...@gmail.com CC: bryan.tongm...@gmail.com Classification: Unclassified A [[Test Page]] links to a file like [[:File:Foo.jpg|Bar]]. But the page File:Foo.jpg reads There are no pages that link to this file. 1) The page [[Test Page]] should be listed under == Page Links == 2) It would be more proper to differ between file links and file usage. In teh abovbe example it would be No pages use this file 1 page links to this file Examples: http://www.mediawiki.org/wiki/User:Subfader/Fujikato -- 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 30126] Linked image unused
https://bugzilla.wikimedia.org/show_bug.cgi?id=30126 Subfader subfa...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30127] New: MediaWiki:badaccess-groups should specify which action is not allowed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30127 Web browser: --- Bug #: 30127 Summary: MediaWiki:badaccess-groups should specify which action is not allowed. Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hart...@videolan.org Classification: Unclassified Example of why this is a problem. Someone adds the following: [[Special:EmailUser/MyName|Contact me]] to his user page. An IP user clicks the link. He now gets a rather confusing The action you have requested is limited to users in the group: Users message. This is a bad experience. -- 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 30128] New: add class to the images
https://bugzilla.wikimedia.org/show_bug.cgi?id=30128 Web browser: --- Bug #: 30128 Summary: add class to the images Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: thoma...@hotmail.fr Classification: Unclassified The Mediawiki parser can't add an html class to a picture. It would be useful to can do that by a thing like [[Image:MyPicture|alt=picture|280px|class=myclass]]. It's needed by the microformats like hrecipe that use the classes to add semantic annotations to the pictures. I ask it because I am creating a template with an implementation of hrecipe for the recipes of the French Wikibook. -- 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 10034] Multiple script enabling
https://bugzilla.wikimedia.org/show_bug.cgi?id=10034 Vaibhav Jain vibhij...@yahoo.in changed: What|Removed |Added CC||vibhij...@yahoo.in --- Comment #1 from Vaibhav Jain vibhij...@yahoo.in 2011-07-30 15:00:32 UTC --- Please review this bug as this is a major concern for ks wikipedia. 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 30129] New: Bug with links in Parser-serialiseHalfParsedText()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30129 Web browser: --- Bug #: 30129 Summary: Bug with links in Parser-serialiseHalfParsedText() Product: MediaWiki Version: 1.16.2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: montagn...@wanadoo.fr Classification: Unclassified In MW 1.16.2, the $key part of the links placeholders is not saved in “serialised” links by Parser-serialiseHalfParsedText(). L.5121: $links['internal'][$ns][] = $this-mLinkHolders-internals[$ns][$key]; The $key is assumed to be evenly growing integer, but in some cases this gives wrong results – eg on blenderwiki, we had only one link on ns102: 102:358, which got “serialized” as 102:0… Obviously, that link is lost! (and at deserialisation, it produces a debug warning, as not found in parser’s links). The solution is trivial – just use $key in $links array as well: L.5121: $links['internal'][$ns][$key] = $this-mLinkHolders-internals[$ns][$key]; Note the problem is the same for interwiki links (l.5131)… -- 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 30128] add class to the images
https://bugzilla.wikimedia.org/show_bug.cgi?id=30128 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #1 from Platonides platoni...@gmail.com 2011-07-30 15:23:26 UTC --- Link http://microformats.org/wiki/hrecipe -- 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 27543] Warning: in_array() [function.in-array]: Wrong datatype for second argument in ParserOptions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=27543
Gero gero.sch...@gmx.de changed:
What|Removed |Added
CC||gero.sch...@gmx.de
--- Comment #3 from Gero gero.sch...@gmx.de 2011-07-30 15:47:57 UTC ---
I maintain DPL and I think the problem lies in ParserOutput.php, line 339.
function getUsedOptions returns false if no options exist, but later in
ParserCache.php, line 186 the result is passed to ParserOptions.php, function
optionsHash(..); This function is not aware of the fact that its argument might
not be an array.
I suggest the following BUGFIX:
/**
* Returns the options from its ParserOptions which have been taken
* into account to produce this output or false if not available.
* @return mixed Array/false
*/
public function getUsedOptions() {
if ( !isset( $this-mAccessedOptions ) ) {
return array(); // BUGFIX: return empty array !!
return false;
}
return array_keys( $this-mAccessedOptions );
}
This bugxif works with DPL and I am pretty sure it will also avoid the same
error with any other extension
--
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 29605] dpl namespace parameter broken in 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29605 Gero gero.sch...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED CC||gero.sch...@gmx.de Resolution||DUPLICATE --- Comment #4 from Gero gero.sch...@gmx.de 2011-07-30 15:50:29 UTC --- *** This bug has been marked as a duplicate of bug 27543 *** -- 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 27543] Warning: in_array() [function.in-array]: Wrong datatype for second argument in ParserOptions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=27543 Gero gero.sch...@gmx.de changed: What|Removed |Added CC||redekopm...@gmail.com --- Comment #4 from Gero gero.sch...@gmx.de 2011-07-30 15:50:29 UTC --- *** Bug 29605 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 30130] New: Narayam does not work properly on Chrome browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=30130 Web browser: --- Bug #: 30130 Summary: Narayam does not work properly on Chrome browser Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: Narayam AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: junu...@gmail.com CC: junu...@gmail.com Classification: Unclassified (Reported by a Sankrit wikimedian personally to me) Narayam does not work properly on Chrome browser. On debugging I found that it is what text replacement not doing its job. I am not sure but I think it might have been caused by some change in jquery.textSelection.js (??) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30130] Narayam does not work properly on Chrome browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=30130 Junaid junu...@gmail.com changed: What|Removed |Added CC||br...@wikimedia.org, ||roan.katt...@gmail.com Web browser|--- |Google Chrome -- 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 30131] New: XCache used as ObjectCache even if variable storage is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30131 Web browser: --- Bug #: 30131 Summary: XCache used as ObjectCache even if variable storage is disabled Product: MediaWiki Version: 1.17.0 Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@compwhizii.net Classification: Unclassified Created attachment 8848 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8848 Patch to check xcache.var_size Right now if $wgMainCacheType (Or any of the caches) are set to CACHE_ACCEL, it only checks if the function exists. In some cases where XCache is installed however variable storage is off (xcache.var_size = 0), MediaWiki will continue to blindly try and use XCache, resulting in a slew of warnings such as this: Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /customers/d/b/e/hugsmile.eu/httpd.www/mediawiki-1.17.0/includes/BagOStuff.php on line 619 We should probably not continue using it if there's alternatives or just plain notify the site owner that his caching method isn't working. At the least, checking for this at install time should be done. The included patch does both. -- 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 30131] XCache used as ObjectCache even if variable storage is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30131 John Du Hart j...@compwhizii.net changed: What|Removed |Added Keywords||patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30131] XCache used as ObjectCache even if variable storage is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30131 John Du Hart j...@compwhizii.net changed: What|Removed |Added Attachment #8848|0 |1 is obsolete|| --- Comment #1 from John Du Hart j...@compwhizii.net 2011-07-30 17:04:46 UTC --- Created attachment 8849 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8849 Reattached marked as a patch so bugzilla recognizes 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 30132] New: enable Narayam for multiple languages in a text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30132 Web browser: --- Bug #: 30132 Summary: enable Narayam for multiple languages in a text Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Narayam AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gerard.meijs...@gmail.com CC: junu...@gmail.com Classification: Unclassified When an article has text in multiple languages, the WebFonts extension will use the default font for a specific language and script. In the same manner Narayam should be enabled/available based on the language a specific block of text is in. Thanks, GerardM -- 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 27543] Warning: in_array() [function.in-array]: Wrong datatype for second argument in ParserOptions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=27543 --- Comment #5 from Mark Redekop redekopm...@gmail.com 2011-07-30 17:48:09 UTC --- Gero's solution fixed my wiki's problems, any chance of this being included in 1.18 so we don't have to keep patching 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 30130] Narayam does not work properly on Chrome browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=30130 Junaid junu...@gmail.com changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |junu...@gmail.com |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 27543] Warning: in_array() [function.in-array]: Wrong datatype for second argument in ParserOptions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=27543 John Du Hart j...@compwhizii.net changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|emmil...@gmail.com |j...@compwhizii.net --- Comment #6 from John Du Hart j...@compwhizii.net 2011-07-30 18:23:58 UTC --- Created attachment 8850 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8850 Gero's fix -- 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 27543] Warning: in_array() [function.in-array]: Wrong datatype for second argument in ParserOptions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=27543 John Du Hart j...@compwhizii.net changed: What|Removed |Added Keywords||patch Component|GoogleMaps |Parser Version|any |1.18 AssignedTo|j...@compwhizii.net |wikibugs-l@lists.wikimedia. ||org Product|MediaWiki extensions|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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30133] New: Search engine lemmatisation remains active even after using +
https://bugzilla.wikimedia.org/show_bug.cgi?id=30133 Web browser: --- Bug #: 30133 Summary: Search engine lemmatisation remains active even after using + Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fole...@netcourrier.com Classification: Unclassified For example I want to find occurrences of Turgis (with s) without the occurrences of Turgi (without s) on Wikimedia Commons: I type +Turgis in the search box : http://commons.wikimedia.org/w/index.php?title=Special:Searchsearch=%2Bturgis%20fulltext=Searchns0=1ns6=1ns12=1ns14=1ns100=1ns106=1redirs=1 but Turgi without s results are showing up. Compare with http://www.google.com/#q=site:commons.wikimedia.org+%2Bturgis Lemmatisation is annoying when you are looking for an exact term. -- 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 30134] New: Pages marked for deletion in Special:NewPages are shown read whereas the non patrolled are shown yellow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30134
Web browser: ---
Bug #: 30134
Summary: Pages marked for deletion in Special:NewPages are
shown read whereas the non patrolled are shown yellow
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: Unprioritized
Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: pocoapocow...@googlemail.com
Classification: Unclassified
Hello, es.wikipedia has achieved consensus on the following change for the new
pages special page: users with the right patroller can mark new pages as
patrolled so that they are not shown in yellow anymore in the special page. New
pages marked for deletion are not marked as patrolled but, since it takes a
while unter one admin deletes them, those pages are reviewed by many users
again and again. To cope with this problem we request the following enhancement
of the interface: if a page is marked with a certain template (in es.wp it
would be {{destruir|reason}}) or if the page is listed in a certain category
(in es.wp it would be [[Categoría:Wikipedia:Borrar (definitivo)]]), the page
should be shown in the special page red, in similar way as the unpatrolled
pages are shown yellow. With his feature we would save lots of resources and
easy patrollers and admins to focus on the pages they can help with.
Thanks in advance and best regards from es.wp.
User Poco a poco
References:
http://es.wikipedia.org/w/index.php?title=Wikipedia:Caf%C3%A9/Portal/Archivo/Propuestas/Actualoldid=48411392#Re-revisar_p.C3.A1ginas_nuevas
--
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 30133] Search engine lemmatisation remains active even after using +
https://bugzilla.wikimedia.org/show_bug.cgi?id=30133 Robert Stojnic rain...@eunet.rs changed: What|Removed |Added Status|NEW |RESOLVED CC||rain...@eunet.rs Resolution||WORKSFORME --- Comment #1 from Robert Stojnic rain...@eunet.rs 2011-07-30 19:06:46 UTC --- Try turgis, i.e. in double quotes. http://commons.wikimedia.org/w/index.php?title=Special%3ASearchredirs=1search=%22turgis%22fulltext=Searchns0=1ns6=1ns12=1ns14=1ns100=1ns106=1 -- 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 30134] In es.wp pages marked for deletion in Special:NewPages should be shown red and the non-patrolled yellow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30134 Pocoapoco pocoapocow...@googlemail.com changed: What|Removed |Added Summary|Pages marked for deletion |In es.wp pages marked for |in Special:NewPages are |deletion in |shown read whereas the non |Special:NewPages should be |patrolled are shown yellow |shown red and the ||non-patrolled yellow -- 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 30123] Redirect pt.wikimedia.org to wikimedia.pt
https://bugzilla.wikimedia.org/show_bug.cgi?id=30123 JeLuF je...@gmx.de changed: What|Removed |Added CC||je...@gmx.de --- Comment #1 from JeLuF je...@gmx.de 2011-07-30 19:59:59 UTC --- Redirect everything to the start page, or redirect http://pt.wikimedia.org/wiki/SOMETHING to http://wikimedia.pt/SOMETHING ? Or redirect everything to a Sorry, we changed our URL structure, this is our search form-page? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30135] New: Substitution not working in gallery tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=30135
Web browser: ---
Bug #: 30135
Summary: Substitution not working in gallery tags
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: Unprioritized
Component: Parser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: gustron...@gmail.com
Classification: Unclassified
Neither template nor variable substitution is actually working in galleries.
gallery
File:Example.jpg| {{subst:PAGENAME}}
File:Example.jpg| {{PAGENAME}}
/gallery
see it in enwiki sandbox
[http://en.wikipedia.org/w/index.php?title=Wikipedia:Sandboxdiff=442244817oldid=442241649]
--
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 30101] [EditWarning] Edit warning does not appear when search box is used
https://bugzilla.wikimedia.org/show_bug.cgi?id=30101 --- Comment #4 from Mark A. Hershberger m...@everybody.org 2011-07-30 20:05:41 UTC --- Clicking stay on page on the dialog that pops up now after using the enter key in the search field ... doesn't stop you from leaving the page. Tested on FF5. Works as expected otherwise. -- 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 30136] New: Enable recent changes patrolling on Portuguese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=30136 Web browser: --- Bug #: 30136 Summary: Enable recent changes patrolling on Portuguese Wikibooks Product: Wikimedia Version: unspecified Platform: All URL: https://secure.wikimedia.org/wikibooks/pt/wiki/T%C3%B3 pico:Wikilivros:Di%C3%A1logos_comunit%C3%A1rios/Propos ta:_Ativar_patrulhamento_das_mudan%C3%A7as_recentes?us elang=en OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Classification: Unclassified Per comments on our local Village Pump (url above), please enable recent changes patrolling on Portuguese Wikibooks. I think this is the configuration needed: $wgUseRCPatrol = true; -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30136] Enable recent changes patrolling on Portuguese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=30136 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from JeLuF je...@gmx.de 2011-07-30 20:22:08 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2110) +++ InitialiseSettings.php(working copy) @@ -5492,6 +5492,7 @@ 'nowikibooks' = true, // http://bugzilla.wikimedia.org/show_bug.cgi?id=10486 'plwikiquote' = true, // http://bugzilla.wikimedia.org/show_bug.cgi?id=4697 'ptwiki' = true, // https://bugzilla.wikimedia.org/show_bug.cgi?id=4500 +'ptwikibooks' = true, // https://bugzilla.wikimedia.org/show_bug.cgi?id=30136 'rowiki' = true, // https://bugzilla.wikimedia.org/show_bug.cgi?id=28192 'ruwikiversity' = true, 'siwiki' = true, === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 30135] Substitution not working in gallery tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=30135 Lejonel lejo...@telia.com changed: What|Removed |Added Status|NEW |RESOLVED CC||lejo...@telia.com Resolution||DUPLICATE --- Comment #1 from Lejonel lejo...@telia.com 2011-07-30 20:28:45 UTC --- *** This bug has been marked as a duplicate of bug 2700 *** -- 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 2700] Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 Lejonel lejo...@telia.com changed: What|Removed |Added CC||gustron...@gmail.com --- Comment #58 from Lejonel lejo...@telia.com 2011-07-30 20:28:45 UTC --- *** Bug 30135 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 25181] Enable transwiki import from zhwiki to other zh projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=25181 JeLuF je...@gmx.de changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #18 from JeLuF je...@gmx.de 2011-07-30 20:29:17 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2111) +++ InitialiseSettings.php(working copy) @@ -7443,10 +7443,10 @@ 'wikiversity' = array( 'meta', 'b', 'incubator' ), 'wuuwiki' = array( 'en', 'th', 'fr', 'zh', ), -'zhwikiquote' = array( 'zh' ), -'zhwiktionary' = array( 'zh' ), -'zhwikibooks' = array( 'zh' ), -'zhwikisource' = array( 'zh' ), +'zhwikiquote' = array( 'w','b', 'wikt', 's', 'meta', 'commons' ), +'zhwiktionary' = array( 'w', 'b', 'q', 's', 'meta', 'commons' ), +'zhwikibooks' = array( 'w', 'wikt', 'q', 's', 'meta', 'commons' ), +'zhwikisource' = array( 'w', 'b', 'q', 'wikt', 'meta', 'commons' ), 'test2wiki' = array( 'en', 'cs' ), ), === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 30137] New: error when uploading gif image
https://bugzilla.wikimedia.org/show_bug.cgi?id=30137 Web browser: --- Bug #: 30137 Summary: error when uploading gif image Product: MediaWiki Version: 1.16.5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: paolobe...@gmail.com CC: bryan.tongm...@gmail.com Classification: Unclassified I was trying to upload the gif image I downloaded from http://www.iglesiauruguaya.com/noticeu/mapa_ceu.gif, but the upload lasted quite much, and then it said: A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function LocalFile::upgradeRow. Database returned error 1205: Lock wait timeout exceeded; try restarting transaction (localhost). Another person could reproduce the same on the same mediawiki site. -- 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 30136] Enable recent changes patrolling on Portuguese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=30136 --- Comment #2 from mybugs.m...@gmail.com 2011-07-30 20:34:34 UTC --- Thank you JeLuF! -- 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 30121] Test Wikipedia request for file mover user group
https://bugzilla.wikimedia.org/show_bug.cgi?id=30121 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from JeLuF je...@gmx.de 2011-07-30 20:38:02 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2112) +++ InitialiseSettings.php(working copy) @@ -6430,6 +6430,7 @@ '*' = array( 'createpage' = false ), ), 'testwiki' = array( +'filemover' = array( 'movefile' = true ), // bug 30121 'user' = array( 'upload_by_url' = true, // For wider testing ), @@ -6578,6 +6579,7 @@ ), '+testwiki' = array( 'bureaucrat' = array( 'sysop', 'bureaucrat', 'bot', 'researcher' ), +'sysop' = array( 'filemover' ), #'user' = array( 'editor', 'reviewer' ), ), //** @@ -6904,6 +6906,7 @@ ), '+testwiki' = array( 'bureaucrat' = array( 'bot', 'sysop', 'researcher' ), +'sysop' = array( 'filemover' ), #'user' = array( 'editor', 'reviewer' ), ), //** === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 15534] Mediawiki change for portuguese wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15534 JeLuF je...@gmx.de changed: What|Removed |Added CC||je...@gmx.de --- Comment #2 from JeLuF je...@gmx.de 2011-07-30 20:46:48 UTC --- The only special feature that's needed for the wizard on enwiki is the InputBox extension, which is enabled for all wikis nowadays. -- 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 30103] LocalisationUpdate isn't logging to file
https://bugzilla.wikimedia.org/show_bug.cgi?id=30103 JeLuF je...@gmx.de changed: What|Removed |Added CC||je...@gmx.de --- Comment #1 from JeLuF je...@gmx.de 2011-07-30 20:56:42 UTC --- On which host is it running? I didn't find any cron job on fenari. -- 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 30121] Test Wikipedia request for file mover user group
https://bugzilla.wikimedia.org/show_bug.cgi?id=30121 hazard...@yahoo.com changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #2 from hazard...@yahoo.com 2011-07-30 21:00:12 UTC --- 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 30122] Add WP namespace alias to Test Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30122 --- Comment #1 from hazard...@yahoo.com 2011-07-30 21:19:58 UTC --- Also, please add the WT alias for its project talk namespace. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30138] New: Please enable AbuseFilter for ee.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30138 Web browser: --- Bug #: 30138 Summary: Please enable AbuseFilter for ee.wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://ee.wikipedia.org OS/Version: All Status: NEW Keywords: shell Severity: major Priority: Unprioritized Component: Extension setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wmdf...@gmail.com Classification: Unclassified Hello. Due to the massive ongoing vandalism campaign being carried out at ee.wikipedia (see RecentChanges http://ee.wikipedia.org/w/index.php?title=Special:RecentChangesdays=30 and the blocklog http://ee.wikipedia.org/wiki/Special:Log/block) we are short of hands to control this high scale vandalism issue. In order to control the vandalism activity there I request the AbuseFilter extension to be enabled locally. Since eewiki has no community at present I've not opened any discussion locally. Settings: $wgGroupPermissions['*']['abusefilter-view'] = false; $wgGroupPermissions['*']['abusefilter-log'] = false; $wgGroupPermissions['sysop']['abusefilter-modify'] = true; $wgGroupPermissions['sysop']['abusefilter-log-detail'] = true; $wgGroupPermissions['autoconfirmed']['abusefilter-view'] = true; $wgGroupPermissions['autoconfirmed']['abusefilter-log'] = true; $wgGroupPermissions['sysop']['abusefilter-private'] = false; $wgGroupPermissions['sysop']['abusefilter-modify-restricted'] = true; $wgGroupPermissions['sysop']['abusefilter-revert'] = true; $wgGroupPermissions['sysop']['abusefilter-view-private'] = true; $wgAbuseFilterAvailableActions[] = 'block'; $wgAbuseFilterBlockDuration = 'infinite'; Thank you -- 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 30103] LocalisationUpdate isn't logging to file
https://bugzilla.wikimedia.org/show_bug.cgi?id=30103 --- Comment #2 from Reedy s...@reedyboy.net 2011-07-30 22:08:03 UTC --- (In reply to comment #1) On which host is it running? I didn't find any cron job on fenari. It's supposed to be on fenari (or that's what Wikitech says) And it seems to be running as a cronjob at 2am as per the spec http://wikitech.wikimedia.org/index.php?title=Server_admin_logaction=historysubmitdiff=35991oldid=35990 -- 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 30138] Please enable AbuseFilter for ee.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30138 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from JeLuF je...@gmx.de 2011-07-30 22:10:46 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2114) +++ InitialiseSettings.php(working copy) @@ -8874,6 +8874,7 @@ 'commonswiki' = true, // Andrew 2009-03-24 bug 18094 'dewiki' = true, // Andrew 2009-02-24 Requested by DaB, with custom settings. 'dsbwiki' = true, + 'eewiki' = true, 'elwiki' = true, // Andrew 2009-04-14 bug 18462 'enwikibooks' = true, 'enwikinews' = true, // Andrew 2009-05-27 bug 18896 === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 30122] Add WP namespace alias to Test Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30122 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from JeLuF je...@gmx.de 2011-07-30 22:17:40 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2115) +++ InitialiseSettings.php(working copy) @@ -2703,6 +2703,10 @@ 'Wikipedia' = NS_PROJECT, 'Wikipedia_talk' = NS_PROJECT_TALK, ), +'testwiki' = array( +'WP' = NS_PROJECT, +'WT' = NS_PROJECT_TALK, + ), 'tewiki' = array( 'Wikipedia' = NS_PROJECT, 'Wikipedia_talk' = NS_PROJECT_TALK, === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 30139] New: JS error on SpecialBannerController
https://bugzilla.wikimedia.org/show_bug.cgi?id=30139
Web browser: ---
Bug #: 30139
Summary: JS error on SpecialBannerController
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: CentralNotice
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: rkald...@wikimedia.org
Classification: Unclassified
Uncaught TypeError: Cannot read property 'length' of null
var url = 'http://wikimediafoundation.org/wiki/Special:LandingCheck';
if ( bannerJson.landingPages.length ) {
Line 169 of CentralNotice\special\SpecialBannerController.php
Seen on enwiki and dewiki frontpages
--
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 7518] More control over rate of user to user email sending (possibly with CAPTCHA)
https://bugzilla.wikimedia.org/show_bug.cgi?id=7518 Rd232 rd...@hotmail.com changed: What|Removed |Added CC||rd...@hotmail.com Summary|More selective email|More control over rate of |disabling than all for |user to user email sending |everyone|(possibly with CAPTCHA) -- 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 30140] New: 404 against MobileRedirect.js?9.2
https://bugzilla.wikimedia.org/show_bug.cgi?id=30140 Web browser: --- Bug #: 30140 Summary: 404 against MobileRedirect.js?9.2 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified http://bits.wikimedia.org/w/extensions-1.17/WikimediaMobile/MobileRedirect.js?9.2 Works fine when Logged in, gives a 404 when logged out -- 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 7518] More control over rate of user to user email sending (possibly with CAPTCHA)
https://bugzilla.wikimedia.org/show_bug.cgi?id=7518 --- Comment #8 from Rd232 rd...@hotmail.com 2011-07-30 23:00:14 UTC --- The issue with throttling is creating a potential DoS opportunity. Rate limiting just per sending account avoids that, but won't help much because it's so easy to create new accounts. A MediaWiki option to require a CAPTCHA may be the answer, but that requires resolution of Bug 4845 (CAPTCHA doesn't work for blind people). -- 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 30140] 404 against MobileRedirect.js?9.2
https://bugzilla.wikimedia.org/show_bug.cgi?id=30140 Reedy s...@reedyboy.net changed: What|Removed |Added Component|MobileFrontend |General/Unknown Version|any |unspecified Product|MediaWiki extensions|Wikimedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30140] 404 against MobileRedirect.js?9.2
https://bugzilla.wikimedia.org/show_bug.cgi?id=30140 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-07-30 23:09:59 UTC --- Bumped $wgWikimediaMobileVersion, problem 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 30141] New: Allow Extension:Nuke to delete imported pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30141 Web browser: --- Bug #: 30141 Summary: Allow Extension:Nuke to delete imported pages Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Nuke AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: monom...@gmail.com Classification: Unclassified Extension:Nuke cannot delete transwikified pages in batch. It seems like it should be possible to list these pages. It would be wonderful to get a patch for this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #23 from Vitaliy Filippov vita...@yourcmc.ru 2011-07-30 23:38:56 UTC --- Yeah, but there's also no separate mime type for SVGZ... Width/height extraction works at least in 1.16... It looks like it also uses XmlTypeCheck... Is it changed in trunk? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30142] New: Don't manually build URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30142 Web browser: --- Bug #: 30142 Summary: Don't manually build URLs Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified MW has wrapper functions for querystring building etc It saves having to do stuff like $delimiter = ( strpos( $mobileViewUrl, ? ) !== false ) ? : ?; And also makes sure that all parameters are properly encoded As per a request on #wikimedia-tech where this was giving validation errors li id=mobileviewa href='/w/index.php?title=Datei%3ALogo_African_Pygmy_Goat.pngaction=edituseFormat=mobile'Mobile View/a/li r93561 -- 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 30142] Don't manually build URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30142 --- Comment #1 from Reedy s...@reedyboy.net 2011-07-31 00:01:29 UTC --- $mobileViewUrl = $wgRequest-getRequestURL(); $delimiter = ( strpos( $mobileViewUrl, ? ) !== false ) ? : ?; $mobileViewUrl .= $delimiter . 'useFormat=mobile'; $mobileViewUrl = htmlspecialchars( $mobileViewUrl ); even -- 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 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #24 from Brion Vibber br...@wikimedia.org 2011-07-31 00:12:13 UTC --- Yep, that changed back in 1.17. Always make and test patches against trunk to make sure you're working with current code. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30132] enable Narayam for multiple languages in a text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30132 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-07-31 00:20:46 UTC --- If I understand, I think you're suggesting having the system detect that a text input field already contains some text in scripts that we have input methods for, and automatically ensure that that/those languages are presented as options on the input method menu, even if they would otherwise not have been shown by default. For many of the scripts Narayam serves this should be pretty straightforward -- each setting could register a regular expression to detect characters in that script (for Latin-based languages, presence of particular accented or special characters will likely often do it). The regexes could be run on available input areas at startup / at focus and, if needed, the additional modules could be loaded and enabled. Actually *enabling and switching in* the IME might also be possible for many cases but might or might not be consistent/desirable. -- 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 30117] Ability to configure custom main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30117 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-07-31 00:28:41 UTC --- Is this a regression from the Ruby translator? It did the whole 'extract stuff from the main page in defined locations'. -- 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 30118] Custom project icon for search
https://bugzilla.wikimedia.org/show_bug.cgi?id=30118 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-07-31 00:30:33 UTC --- Possibly consider a consistent set of management for: * favicon * apple-touch-icon * this thingy -- 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 30134] In es.wp pages marked for deletion in Special:NewPages should be shown red and the non-patrolled yellow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30134 Dan Collins en.wp.s...@gmail.com changed: What|Removed |Added CC||en.wp.s...@gmail.com --- Comment #1 from Dan Collins en.wp.s...@gmail.com 2011-07-31 00:38:24 UTC --- We could probably do this with a category, and create a separate CSS class for pages in a specific category. That would require a query against categorylinks for each page in Special:Newpages and a new CSS class like li.not-patrolled. -- 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 30134] In es.wp pages marked for deletion in Special:NewPages should be shown red and the non-patrolled yellow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30134 --- Comment #2 from Dan Collins en.wp.s...@gmail.com 2011-07-31 00:41:39 UTC --- Created attachment 8851 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8851 A patch to allow a pages that are members of a specified category to be highlighted differently on Special:Newpages. -- 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 30134] In es.wp pages marked for deletion in Special:NewPages should be shown red and the non-patrolled yellow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30134 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30134] In es.wp pages marked for deletion in Special:NewPages should be shown red and the non-patrolled yellow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30134 Dan Collins en.wp.s...@gmail.com changed: What|Removed |Added Attachment #8851|0 |1 is obsolete|| --- Comment #3 from Dan Collins en.wp.s...@gmail.com 2011-07-31 00:52:31 UTC --- Created attachment 8852 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8852 Updated: A patch to allow a pages that are members of a specified category to be highlighted differently on Special:Newpages. This corrects some inappropriate quoting syntax in the query, and moves the addition of the categorylinks table to the conditional where it belongs. -- 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 30125] prefix search does not know _ - ' '
https://bugzilla.wikimedia.org/show_bug.cgi?id=30125 Dan Collins en.wp.s...@gmail.com changed: What|Removed |Added CC||en.wp.s...@gmail.com --- Comment #1 from Dan Collins en.wp.s...@gmail.com 2011-07-31 01:04:21 UTC --- I assume you're referring to Special:PrefixIndex? It's working fine for me on latest SVN, I created a page called A_b and typing A_b works as does A b. -- 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 30123] Redirect pt.wikimedia.org to wikimedia.pt
https://bugzilla.wikimedia.org/show_bug.cgi?id=30123 Casey Brown b...@caseybrown.org changed: What|Removed |Added CC||b...@caseybrown.org, ||nunotava...@hotmail.com, ||wal...@email.com --- Comment #2 from Casey Brown b...@caseybrown.org 2011-07-31 01:10:39 UTC --- CCing Waldir and Nuno so they can hopefully answer JeLuF's question above. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 Dan Collins en.wp.s...@gmail.com changed: What|Removed |Added CC||en.wp.s...@gmail.com --- Comment #17 from Dan Collins en.wp.s...@gmail.com 2011-07-31 01:15:20 UTC --- So, the problem here is that facebook can't find a logo? What are 'all other devices', why is this mediawiki's fault rather than the other site, and why are you so terrible at making a lucid report? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30143] New: Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 Web browser: --- Bug #: 30143 Summary: Duplicate b'crat info to meta Product: Wikimedia Tools Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: [Other] AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: to.aru.shiroi.n...@gmail.com Classification: Unclassified It would be of great help if a page on meta was infrequently updated with b'crat info. This would help stewards and people seeking their SUL account renamed to know which wikis require local rename request and which wikis can be handled by stewards. Could this be implemented? The task could run once a week or month as b'crat info isn't updated regularly. Or it could run each time someone is promoted to b'crat (or demoted). -- 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com Component|[Other] |General/Unknown Product|Wikimedia Tools |Wikimedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30130] Narayam does not work properly on Chrome browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=30130 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-07-31 01:19:07 UTC --- I can see some apparently incorrect behavior... 'ma me mi mo mu' on Firefox 5.0.1 gives 'म मॆ मि मॊ मु' which looks right to me. on Chrome 12.0.742.122 it gives: 'म म्ॆ म्ि म्ॊ म्ु' which definitely shows a couple things in wrong order or such. Safari 5.1 gives the same as Chrome 12. However, behavior seems the same at least back to r9, so this would be something that's been there a little while. Did it used to work correctly, is there a point we can compare from? -- 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 30117] Ability to configure custom main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30117 Casey Brown b...@caseybrown.org changed: What|Removed |Added CC||b...@caseybrown.org --- Comment #2 from Casey Brown b...@caseybrown.org 2011-07-31 01:21:12 UTC --- Yes. The Ruby site had two ways[0] to create a localized Main Page: (1) by adding mobile selectors to the real Main Page, and only grabbing specific sections of the page with those selectors, or (2) creating a dedicated portal page on the wiki that was optimized for mobile devices. Either option, or both, would probably be nice to have. :-) [0] http://meta.wikimedia.org/?oldid=2519167#Mobile_homepage -- 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 Dan Collins en.wp.s...@gmail.com changed: What|Removed |Added CC||en.wp.s...@gmail.com --- Comment #1 from Dan Collins en.wp.s...@gmail.com 2011-07-31 01:21:59 UTC --- To clarify, you'd like to see a master list of bureaucrats on each wikimedia wiki? If that's the case, it can certainly be done by a simple bot (just in case for some reason it can't be done as a special page). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #18 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-07-31 01:25:03 UTC --- (In reply to comment #17) So, the problem here is that facebook can't find a logo? What are 'all other devices', why is this mediawiki's fault rather than the other site, and why are you so terrible at making a lucid report? We use a background-image for the logo instead of an img so Facebook can't find it when it scans the pages for images to use when sharing the article. The various points here: - img functions differently than a background-image: -- background-image properly clips logos that are too large -- We have existing wiki that are relying on the fact that the logo is a background-image and using site css to change the logo in various special cases like per-namespace - It's possible to fix this in FB using OpenGraph, however og:image overrides the image list so including the logo there will break cases where FB is already finding good images, I'm also not sure people would like the idea of something nearly FB-specific being put into core - Another suggestion is a redundant img with display:none to hide it from everything else. It's a bit of a messy hack, waiting for other comments and reviews of that. As for 'all other devices' jidanni is pretty much talking only about css-less text based browsers... Normal browsers handle it fine, mobile browsers handle it fine, screen readers can't display images, a good portion of the text browsers I know of don't display images anyways... I only remotely know of one text browser that shows images. I suppose the only category of people here affected are people with bad eyesight that specifically choose to use a text based browser that still displays images. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #19 from Dan Collins en.wp.s...@gmail.com 2011-07-31 01:48:22 UTC --- Thank you for the accurate summary. I wasn't aware that text browser that shows images was anything but an oxymoron, but if there are some, I suppose we should support them. I do know that we use a rather silly hack for no good reason. Would existing wikis that abuse CSS to change the logo per-namespace be able to do so if the logo was a pure image, or a background image with a second image set to display:none? -- 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 30131] XCache used as ObjectCache even if variable storage is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30131 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-07-31 01:54:37 UTC --- Looks good -- did a quick test on Ubuntu 11.04 w/ php5-xcache module enabled. Default config of that package actually has the xcache.var_size set to 0, so that's a good thing to check for! With patch in, this condition gets treated as if xcache just wasn't there, which seems like the right behavior. When the xcache.var_size is cranked up (say 32M), it's still detected. Note for potential testers: the installer does detection near the beginning. To ensure that it's seeing your PHP configuration updates, restart the install after each config + Apache restart. Applied on trunk in r93563. -- 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 30131] XCache used as ObjectCache even if variable storage is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30131 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-07-31 01:55:29 UTC --- Recommending for backport to 1.18 and 1.17; marking in CR. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #20 from jida...@jidanni.org 2011-07-31 01:56:38 UTC --- (In reply to comment #18) I have good eyesight, but still use text browsers so I can write bad bug reports :-) In emacs_w3m, w3m, and lynx, a Proper Image will still leave a button one can press if he wants to see the image. The perfect balance between images bombardment and nothing. MediaWiki however kidnaps the most important image on the whole site, the theme setter: the site logo, into its background CSS hack, leaving text browser users totally unaware that the wiki maintainer had bothered to painstakingly create a site logo, or wish it was at least _accessible_. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #21 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-07-31 01:59:08 UTC --- (In reply to comment #19) Thank you for the accurate summary. I wasn't aware that text browser that shows images was anything but an oxymoron, but if there are some, I suppose we should support them. I do know that we use a rather silly hack for no good reason. Would existing wikis that abuse CSS to change the logo per-namespace be able to do so if the logo was a pure image, or a background image with a second image set to display:none? It's not an oxymoron I suppose, but here it's only relevant to an extremely odd subset of users (potentially not even any), and the only thing 'broken' is that they don't see the logo. (Arguably not that important to someone who has forgone 99% of styling and dropped to a linear layout where the existence of a logo on every page could actually rob vertical space). If the img is display:none; then the normal logo and the img should be mutually exclusive, the img will display when there is no css-support, and the logo will display when there is css-support. The clearest caveat of course is that it would be redundant and a bit of a markup mess in every skin. Not sure if every other potential caveat is accounted for... It would also be completely useless redundancy if the wiki has the OpenGraphMeta extension installed. For pure image, no. The image would always be in the way of the logo no matter where the bg is, so if we switched to img directly we'd regress the software taking all wikis that customize the logo that way and making them them display their original logo overlaying the logo they actually want. For opaque logos this will have the effect of covering the logo they want and making their css non-functional. For transparent logos of different outlines this could cause visual defects where the overlapping logos destroy each other, so to speak. -- 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 --- Comment #2 from とある白い猫 to.aru.shiroi.n...@gmail.com 2011-07-31 02:02:30 UTC --- If a bot creates and updates the page regularly that's fine but I think such a function should be integrated. Information relevant for master page is weather or not the wikimedia wiki has any b'crats and if so what is the date of the latest activity of that b'crat. This is to establish if steward intervention s warranted. -- 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 30131] XCache used as ObjectCache even if variable storage is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30131 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-07-31 02:04:01 UTC --- Took the liberty of doing it for 1.18 in r93564. -- 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #22 from Casey Brown b...@caseybrown.org 2011-07-31 02:15:09 UTC --- Daniel, you seem to be the one who knows the most about this and how to best handle it, so I'll ask you: (In reply to comment #21) It would also be completely useless redundancy if the wiki has the OpenGraphMeta extension installed. So should we just say This is intended functionality. We offer an extension called OpenGraphMeta to accomplish this functionality if wiki-owners desire it. There's really no other easy way to do it without causing other problems for little gain. and close the 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 30113] Facebook and all other devices need the $wgLogo, not MediaWiki's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #23 from jida...@jidanni.org 2011-07-31 02:20:30 UTC --- (In reply to comment #21) we'd regress the software... Back to the point where standard accessibility guidelines begun to be ignored, and now we see the price that must be paid to re-engineer them back in at this late stage. (In reply to comment #22) No. You have caused this bug for _all_ wikis. If it was merely a small number of wikis, you could tell them to install an extension and be done with it. But that's not what you have 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 Casey Brown b...@caseybrown.org changed: What|Removed |Added CC||b...@caseybrown.org --- Comment #3 from Casey Brown b...@caseybrown.org 2011-07-31 02:21:08 UTC --- I think it would be better if something like this were handled on the Toolserver, rather than through a Special page or a bot-updated wiki page. Actually, I think what you're requesting already exists. :-) All SRP and SRUC requests include a template which gives a link to the local 'crats and also gives a link to Pathoschild's stewardry tool. Is that what you're looking for? -- 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 --- Comment #4 from とある白い猫 to.aru.shiroi.n...@gmail.com 2011-07-31 02:22:44 UTC --- Link please? :/ I still think this should be integrated as there is a lot of benefit with little to no loss. -- 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 --- Comment #5 from Casey Brown b...@caseybrown.org 2011-07-31 02:29:27 UTC --- http://meta.wikimedia.org/wiki/SRUC Example of the relevant line of a request: Wiki: kl.wikipedia.org (stewardry • list 'crats) * http://toolserver.org/~pathoschild/stewardry/?wiki=kl.wikipedia * http://kl.wikipedia.org/wiki/Immikkut:Brugerliste/bureaucrat Pathoschild's stewardry tool gives all of the bureaucrats (and also other rights holders if desired) and their date of last action. The tool also color codes them by last action so you know at a glance if there's an active one. A toolserver tool is always up-to-date and doesn't require adding something to MediaWiki through SVN that would then need to be approved by the community and enabled by sysadmins *and* it doesn't require a bot to be coded to continually update an often-outdated page at random intervals. :-) -- 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 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 --- Comment #6 from とある白い猫 to.aru.shiroi.n...@gmail.com 2011-07-31 02:32:32 UTC --- Oh that tool, I remember it. I would have to run a new query per wiki. I want a list of all wikis on one page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30139] JS error on SpecialBannerController
https://bugzilla.wikimedia.org/show_bug.cgi?id=30139 --- Comment #2 from Ryan Kaldari rkald...@wikimedia.org 2011-07-31 02:48:37 UTC --- Someone must be recycling a very old banner. I need to know what browser you're using in order to test. Firefox doesn't seem to have a problem with getting the length of null, so I can't reproduce locally. -- 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 30139] JS error on SpecialBannerController
https://bugzilla.wikimedia.org/show_bug.cgi?id=30139 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2011-07-31 02:56:56 UTC --- Looks like it must be Chrome. Should be fixed in r93566. -- 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
