[Bug 19528] XSLT parameter to API queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 --- Comment #4 from Victor Vasiliev 2009-07-11 06:18:18 UTC --- (In reply to comment #2) > The processing will still be done client-side: The bug opener refers to the > which could > optionally be added to the top of the XML document in order to have a direct > transformation when viewed in the web browser. > And what if someone points to a malicious XSLT? E.g. api.php?action=query&xslt=http://malicious.site/steal-cookies.xslt Also, this is API. *Application* programming interface. It's not intended to format a user-readable output. I suggest WONTFIX. -- 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 19658] New: Make wikicode / reset button translatable. Right now they're PNG files
https://bugzilla.wikimedia.org/show_bug.cgi?id=19658 Summary: Make wikicode / reset button translatable. Right now they're PNG files Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com Perhaps a textual OpenLayers control would serve the same purpose? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19654] Save statically generated maps on the server
https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Blocks||19608 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19608] Add Exif data to generated static maps
https://bugzilla.wikimedia.org/show_bug.cgi?id=19608 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Depends on||19654 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19582] Old style x=y parameters should be optional and turned on with a config option, is the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=19582 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Ævar Arnfjörð Bjarmason 2009-07-11 04:11:02 UTC --- I've now removed all support for the old-style parameters. File a new bug to have them brought back, but I'd like them gone for good, there's no reason for having them with the {{#tag: construct. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19657] New: Remove caption="" support
https://bugzilla.wikimedia.org/show_bug.cgi?id=19657 Summary: Remove caption="" support Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com Having layout features like caption="" in the extension itself is IMO the wrong approach. It complicates things parsing-wise and makes the code more complex. I think it should be removed, if people need it it's trivial to make a template that embeds the extension in a small table that provides a caption. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19656] New: Add logging of attribute syntax errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=19656 Summary: Add logging of attribute syntax errors Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com If someone installs the new version of the extension on a wiki that was using the old one it would be neat to get wfDebugLog output indicating what pages are having parsing errors with the new syntax so that they can be 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 19655] New: Add support for ojw's StaticMap
https://bugzilla.wikimedia.org/show_bug.cgi?id=19655 Summary: Add support for ojw's StaticMap Product: MediaWiki extensions Version: any Platform: All URL: http://dev.openstreetmap.org/~ojw/StaticMap/ OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com This might not be required for Wikimedia, but it's probably very interesting for other installations. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19654] Save statically generated maps on the server
https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Severity|enhancement |blocker -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19654] New: Save statically generated maps on the server
https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 Summary: Save statically generated maps on the server Product: MediaWiki extensions Version: any Platform: All URL: http://lists.wikimedia.org/pipermail/maps-l/2009- July/000125.html OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com See the URL for some thoughts on 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 19653] New: Make the layers in SlippyMap.js configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=19653 Summary: Make the layers in SlippyMap.js configurable Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com The layers in SlippyMap.js need to be made configurable, this could be done by: * Add the data to a PHP $wg* variable, spit out JS and generate the layer definitions on the fly or: * Make a server-side script that'll have to be executed on the server which generates a static SlippyMap.js from a config file. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19652] New: Write parsertests that use {{#tag:slippymap}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=19652 Summary: Write parsertests that use {{#tag:slippymap}} Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com This needs testing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19651] New: Write a script to generate a unique installation of OL for every supported user language
https://bugzilla.wikimedia.org/show_bug.cgi?id=19651 Summary: Write a script to generate a unique installation of OL for every supported user language Product: MediaWiki extensions Version: any Platform: All URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/530 24 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ava...@gmail.com We're trying to keep the size of OpenLayers down, but adding all the i18n support is going to add up, especially when we get more OL translations. So generate one OL file for each language. Then we can just include /OpenLayers-$wgLang.js. Such a script needs to account for MW language codes being different than OL language codes. The translatewiki table to translate between those (in /extensions/Translate/*) will have to be consulted. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19583] Shrink the SlippyMap Openlayers to include just the portions we need
https://bugzilla.wikimedia.org/show_bug.cgi?id=19583 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ævar Arnfjörð Bjarmason 2009-07-11 03:42:08 UTC --- I've made it even smaller now. There's still room for improvement but I'll file additional bugs for 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 19603] Parameter validation is completely broken in SlippyMap
https://bugzilla.wikimedia.org/show_bug.cgi?id=19603 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ævar Arnfjörð Bjarmason 2009-07-11 03:40:42 UTC --- now rewritten & working, with parsertests. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19624] Use $wgHooks['MakeGlobalVariablesScript'][] to set our SlippyMap JavaScript variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=19624 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19581] Calling in a way that it doesn't expect will result in invalid JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=19581 Ævar Arnfjörð Bjarmason changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ævar Arnfjörð Bjarmason 2009-07-11 03:38:57 UTC --- This is now implemented. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19637] externallinks have links to self (not that external)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 emufarm...@gmail.com changed: What|Removed |Added CC||emufarm...@gmail.com --- Comment #4 from emufarm...@gmail.com 2009-07-11 03:31:49 UTC --- (In reply to comment #2) > But, on Commons, for example, how would it handle links to the secure server? There could be a global variable of hostnames to ignore (defaulting to $wgServer). (In reply to comment #3) > Do we actually use the fact that these are registered as external links for > anything? I know the internal link table is (ab)used on meta to track some > spam > stuff... anything similar for these external links? I believe externallinks is used for ConfirmEdit, Special:LinkSearch, and prop=extlinks in the API (among other things?). WMF projects are already whitelisted for ConfirmEdit, but it seems like people do use Special:LinkSearch to check for "local" external links. If people are attached to that functionality, maybe we could remove links from the table only if they also include &action=? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19640] Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #6 from Brad Jorsch 2009-07-11 03:17:43 UTC --- (In reply to comment #5) > From http://toolserver.org/~amidaniel/chanlogs/%23mediawiki/20090710.txt : > > [19:42:35] that was ages ago > [19:42:49] there're few ways how to provide subcategories > [19:43:04] it is simple > [19:43:09] you just structure data that way > > (more in the log, well... more of domas' brand of humor, heh) Isn't the data already structured "that way", i.e. each page is specifically tagged with a namespace number? And in that log, when asked about it, he says the nothing quoted above and then starts complaining about multi-language templates on commons, which seems to have nothing to do with the API's cmnamespace. I must be missing something big in there, hopefully someone who understands this will come by to enlighten me. And I still have to wonder how something that's been in the code since '''June 2007''' is suddenly such a problem that requires breaking things in the hastiest possible way. -- 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 1864] Option to focus cursor in search box on main page with javascript .focus() method
https://bugzilla.wikimedia.org/show_bug.cgi?id=1864 Splarka changed: What|Removed |Added Summary|Option to focus cursor in |Option to focus cursor in |search box on main page |search box on main page with ||javascript .focus() method -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 6165] Search box to gain initial focus on main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=6165 Splarka changed: What|Removed |Added Component|Bugzilla|User interface Product|Wikimedia |MediaWiki Version|unspecified |1.16-svn -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4196] New user-specific variable (magic word, parser function) giving {{USERNAME}} ({{CURRENTUSER}} {{USER}})
https://bugzilla.wikimedia.org/show_bug.cgi?id=4196 Splarka changed: What|Removed |Added Summary|New variable giving USERNAME|New user-specific variable ||(magic word, parser ||function) giving ||{{USERNAME}} ||({{CURRENTUSER}} {{USER}}) --- Comment #19 from Splarka 2009-07-11 03:00:41 UTC --- big dupe target, adding spammy aliases to summary -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19650] New: Show LATER and possibly WONTFIX bugs in default Bugzilla search?
https://bugzilla.wikimedia.org/show_bug.cgi?id=19650 Summary: Show LATER and possibly WONTFIX bugs in default Bugzilla search? Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: br...@wikimedia.org ReportedBy: br...@wikimedia.org Some issues that have been LATERed because they're not currently feasible or WONTFIXed because we hate them get frequent dupe reports. I suspect this would be less frequent if they showed up in a default search, or were prominently checked before bug submission. -- 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 10593] Namespace filter in Special:Linksearch on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=10593 Brion Vibber changed: What|Removed |Added CC||jay...@gmail.com --- Comment #5 from Brion Vibber 2009-07-11 02:45:29 UTC --- *** Bug 19649 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 19649] namespace param on linksearch UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=19649 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Brion Vibber 2009-07-11 02:45:29 UTC --- This is currently disabled due to the DB schema being madly inefficient for that query with an NS filter. Duping to bug 10593. *** This bug has been marked as a duplicate of bug 10593 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19649] New: namespace param on linksearch UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=19649 Summary: namespace param on linksearch UI Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jay...@gmail.com The special page "Linksearch" does not allow filtering by namespace. It is often only the mainspace links that of interest, and they are drowned out by discussion. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19646] Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #3 from Brion Vibber 2009-07-11 02:28:03 UTC --- Couple quick notes: First, the first parameter to wfForbidden() seems to always be the "access forbidden" message; it's probably cleaner to just call that from the function. :) The debug log messages shouldn't be localized; those are internal messages which should be consistently readable by site administrators in a multilingual environment so they can debug issues. With $wgImgAuthDetails on, input filenames are being passed into HTML error messages without validation or escaping; this is a script injection vuln. wfMsgHTML() escapes the text of the message, then replaces in your parameters -- the expectation being that your parameters are formatted HTML such as links. Also we'd generally want config vars like this defined in DefaultSettings.php so they can be consistently located. I'm a little vague on what the hook accomplishes; if meant for alternate file repository types, it'll fail as we've already dropped out a 403 result due to the file not existing in $wgUploadDirectory... It looks like the only thing it could do is reject access to local files which would otherwise have been allowed. Probably if alternate source backends are desired here (say, database storage or a WebDAV storage backend), they'd need their own implementation on the repository class for checking path validity and doing the output streaming. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19642] Abuse filter in Persian wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19642 --- Comment #2 from Amir Sarabadani 2009-07-11 01:43:08 UTC --- Sorry but I can't see what you say -- 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 19640] Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #5 from Splarka 2009-07-11 00:39:11 UTC --- (In reply to comment #3) > > It would be nice if any of the rest of us could even '''know''' whatever > > domas > > told. > > I only know what is in r53052 comment. >From http://toolserver.org/~amidaniel/chanlogs/%23mediawiki/20090710.txt : [19:42:35] that was ages ago [19:42:49] there're few ways how to provide subcategories [19:43:04] it is simple [19:43:09] you just structure data that way (more in the log, well... more of domas' brand of humor, heh) -- 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 19640] Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 Alex Z. changed: What|Removed |Added CC||mrzmanw...@gmail.com --- Comment #4 from Alex Z. 2009-07-11 00:29:39 UTC --- I made a couple tweaks to the disabling in r53087 so that it would die and give an error, rather than silently ignoring it, but it hasn't yet been synced to 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 19648] New: Make the CAPTCHA display on the initial edit page when possible
https://bugzilla.wikimedia.org/show_bug.cgi?id=19648 Summary: Make the CAPTCHA display on the initial edit page when possible Product: MediaWiki extensions Version: any Platform: All URL: http://lists.wikimedia.org/pipermail/mediawiki-l/2009- July/031468.html OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: ConfirmEdit AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: emufarm...@gmail.com As it is, the CAPTCHA doesn't appear until you try saving your edit. If the CAPTCHA will definitely be displayed for an edit (because $wgCaptchaTriggers['edit'] or $wgCaptchaTriggersOnNamespace[NS_FOO]['edit'] is set), we should show it on the edit page before the user presses "Save 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 19241] Patrol marks in non-reviewable pages outside $wgFlaggedRevsPatrolNamespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=19241 Aaron Schulz changed: What|Removed |Added Summary|$wgFlaggedRevsPatrolNamespac|Patrol marks in non- |es has no effect in |reviewable pages outside |watchlists |$wgFlaggedRevsPatrolNamespac ||es --- Comment #14 from Aaron Schulz 2009-07-11 00:24:51 UTC --- (In reply to comment #13) > (In reply to comment #12) > > Per comment #3, isn't this the normal flaggedrevs behavior. Unreviewed > > revisions have ! marks to make them stand out in RC. > Even in namespaces that are neither reviewed nor patrolled? huwiki has the > review feature enabled for main, Template, File and Portal, and the old > patrolling for none; but the exclamation marks also appear in Talk, Project, > User at least. Is that the issue? Changing summary then, so I know what's going on. -- 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 19241] $wgFlaggedRevsPatrolNamespaces has no effect in watchlists
https://bugzilla.wikimedia.org/show_bug.cgi?id=19241 --- Comment #13 from Tisza Gergő 2009-07-11 00:19:30 UTC --- (In reply to comment #12) > Per comment #3, isn't this the normal flaggedrevs behavior. Unreviewed > revisions have ! marks to make them stand out in RC. Even in namespaces that are neither reviewed nor patrolled? huwiki has the review feature enabled for main, Template, File and Portal, and the old patrolling for none; but the exclamation marks also appear in Talk, Project, User at least. -- 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 19640] Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #3 from Platonides 2009-07-11 00:15:08 UTC --- > It would be nice if any of the rest of us could even '''know''' whatever domas > told. I only know what is in r53052 comment. -- 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 18694] Spanish wikipedia XML dump problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=18694 --- Comment #6 from Platonides 2009-07-11 00:13:10 UTC --- (In reply to comment #2) > Apparently the messed-up pages are those with a timestamp from approximately > mid-January 2009 to mid- or late-April 2009. The pages older or younger than > that aren't affected. Could it be a slave whose autoincrement column desynchonized? -- 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 19528] XSLT parameter to API queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 --- Comment #3 from Tisza Gergő 2009-07-10 23:57:17 UTC --- And it does not introduce any new XSS vulnerabilities if the XSLT file must come from the MediaWiki namespace; those who can write it can make XSS attacks much easier through the site-wide JS files. -- 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 19637] externallinks have links to self (not that external)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 --- Comment #3 from Mike.lifeguard 2009-07-10 23:52:56 UTC --- (In reply to comment #2) > I believe he just wants to ditch any links, where the prefix matches wgServer, > from being registered as 'exernallinks' (and not actually change the links). My misunderstanding then. Do we actually use the fact that these are registered as external links for anything? I know the internal link table is (ab)used on meta to track some spam stuff... anything similar for these external links? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19637] externallinks have links to self (not that external)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 --- Comment #2 from Splarka 2009-07-10 23:47:27 UTC --- (In reply to comment #1) > This relies on having an internal link syntax for diffs and oldids (etc?) > Dunno > where the bug is for that, but there is one. > I believe he just wants to ditch any links, where the prefix matches wgServer, from being registered as 'exernallinks' (and not actually change the links). But, on Commons, for example, how would it handle links to the secure server? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19637] externallinks have links to self (not that external)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 Mike.lifeguard changed: What|Removed |Added CC||mike.lifegu...@gmail.com --- Comment #1 from Mike.lifeguard 2009-07-10 23:44:12 UTC --- This relies on having an internal link syntax for diffs and oldids (etc?) Dunno where the bug is for that, but there is one. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11477] Don't mark external links to the current wiki as external
https://bugzilla.wikimedia.org/show_bug.cgi?id=11477 Splarka changed: What|Removed |Added CC||wikipe...@rebertia.com --- Comment #14 from Splarka 2009-07-10 23:29:51 UTC --- *** Bug 19249 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 19249] Some within-wiki links displayed as external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=19249 Splarka changed: What|Removed |Added Resolution|INVALID |DUPLICATE --- Comment #4 from Splarka 2009-07-10 23:29:51 UTC --- *** This bug has been marked as a duplicate of bug 11477 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19638] interface language variety should not be reflected in links tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=19638 --- Comment #1 from Splarka 2009-07-10 23:21:53 UTC --- Dupe of bug 14404 ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18563] Merge new-upload branch (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18563 --- Comment #8 from Michael Dale 2009-07-10 23:14:58 UTC --- oky the patch is already out of date a few fixes in r53084 and r53083. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19640] Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #2 from Brad Jorsch 2009-07-10 22:02:44 UTC --- (In reply to comment #0) > Either 'fix' the above issues or implement whatever domas told about how to > have efficient subcategory access. It would be nice if any of the rest of us could even '''know''' whatever domas told. -- 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 19647] New: Search to handle "_"
https://bugzilla.wikimedia.org/show_bug.cgi?id=19647 Summary: Search to handle "_" Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cenarium.sy...@gmail.com We would like that the search function handles "_" as a searchable character, essentially to search for magic words. At [[Wikipedia:Requests for comment/User page indexing]], we're thinking on noindexing userspace or part of it, and allowing exemptions with the __INDEX__ magic word; and would like to be able to monitor exempted pages by searching for the magic word. There are many other cases where being able to search for expressions with "_" would be useful. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 --- Comment #18 from jida...@jidanni.org 2009-07-10 21:42:55 UTC --- All I (with my meager 1 KB of working memory upstairs here in the brain) knows is the Summary above is inauspicious for us text browser users. The rest is over my head (which is currently browsing http://www.wretch.cc/album/show.php?i=e0456789j&b=23&f=1100870981&p=6 which I'll have you know looks great in text browsers), so I'll butt out here... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19646] Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 --- Comment #2 from Jack D. Pond 2009-07-10 21:36:50 UTC --- Installation Instructions for testers: 1. Copy img_auth.php into ($IP) dir (overwrites existing) 2. Copy img_auth.i18.php into ($IP) dir (where img_auth.php) resides Note: First "* See if could create the title object" in check order of description is redundant, and a typo. Real check is right before hook. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18694] Spanish wikipedia XML dump problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=18694 Platonides changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #5 from Platonides 2009-07-10 21:33:20 UTC --- eswiki-20090702-pages-articles is still affected. For instance, [[MediaWiki:anonnotice]] have the content of [[Carlos Iglesias]]. [[Wikipedia:Portada]] has Wikipedia:Portada 2271189 25284089 2009-04-02T13:56:29Z Muro de Aguas 214907 wapedia no es propiedad de wikipedia #REDIRECT [[Plantilla:Ficha de militar]] whereas that revision is http://es.wikipedia.org/w/index.php?title=Wikipedia:Portada&diff=25284089&oldid=24586619 Has a clean dump* been done since the problem was detected? *A dump not based on the previous one. -- 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 19646] Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 Raimond Spekking changed: What|Removed |Added Attachment #6321|application/php |text/plain mime type|| Attachment #6321 is|0 |1 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 19646] Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 Raimond Spekking changed: What|Removed |Added Attachment #6320|application/php |text/plain mime type|| Attachment #6320 is|0 |1 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 19646] Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 --- Comment #1 from Jack D. Pond 2009-07-10 21:19:55 UTC --- Created an attachment (id=6321) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6321) Localization file (en only) for img_auth -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19646] New: Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 Summary: Localization of img_auth.php - with enhancements Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jack.p...@psitex.com Created an attachment (id=6320) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6320) Updated img_auth.php This started with localizing the messages with img_auth.php but expanded. 1. Localize img_auth.php using img_auth.i18.php and current EN language 2. Reorder checks to make sense (and eliminate redundancy). New order of checks should be: * See if this is a public Wiki (no protections) * See if server allows PATH_INFO * Basic directory traversal check * See if could create the title object * Check to see if the file exists * Check to see if tried to access a directory * See if could create the title object * Run hook for extended checks * Check user authorization for this title (UserCan) * Whitelist check was deprecated - redundant to UserCan 3. Add a hook to allow custom checking for Custom FileRepo(s) 4. Add a global variable wgImgAuthDetails (img_auth only) that defaults to minimum info, but allows Details if set to true 5. Move all "wfDebugLog" into the rejection functions - since they should never get there anyway. This really cleans up the script file and with the hook and localization should minimize future maintenance. I've tested to the extent that I can in my environment, but really need code check and other testers. Would also do documentation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19434] fatal error in DynamicPageList
https://bugzilla.wikimedia.org/show_bug.cgi?id=19434 --- Comment #6 from Bertrand GRONDIN 2009-07-10 20:43:35 UTC --- I fixed one bug with in r53081 revision. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19644] problem with calling wrong table in database
https://bugzilla.wikimedia.org/show_bug.cgi?id=19644 Bertrand GRONDIN changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Bertrand GRONDIN 2009-07-10 20:38:47 UTC --- Fixed in r53081 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 --- Comment #17 from Harry Alffa 2009-07-10 20:37:01 UTC --- (In reply to comment #15) > > WONTFIX changing -> . > Indeed, as is plain from the Summary above, this is an anti-accessibility coup > attempt that must be stopped. > Wow! Steady tiger!! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19645] New: wikibits.js produce javascript error in IE7 on Special:Sitematrix
https://bugzilla.wikimedia.org/show_bug.cgi?id=19645 Summary: wikibits.js produce javascript error in IE7 on Special:Sitematrix Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Special:SiteMatrix OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Visit [[Special:Sitematrix]] with IE7 and you will get a javascript error in wikibits.js: line 356, "0.length" is Null or no object -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 --- Comment #16 from Harry Alffa 2009-07-10 20:35:25 UTC --- Don't know what Cruft is! No offence taken! I agree that careful consideration should be given to adding more classes/id's - or anything else. I hope to persuade you it would be worth the effort! I agree that changing the tag would be problematic. Hence the idea of adding an id="firstmention", as this would not effect anything. Purposeful CSS could then take advantage of it, with no side effects on current CSS presentation. Narrow purpose? Well ... yes, I suppose it is. It's one idea. Is it a bad one though, or is it a good one? Here are the advantage for Wikipedia, as I see them, in using self-links; http://en.wikipedia.org/wiki/User:HarryAlffa/self-links#Advantages The trouble is on Wikipedia the MoS says don't use them at all, and a bot was used to scour out the use! Even if Wikipedia were persuaded to use the self-llink feature as is, it has some disadvantages: * it forces the tag on the rendered HTML - but there's is no escaping that now! * because of the tag, self-links can only be used for a first-mention & variants - the MoS want's that bold, but no others If these disadvantages were overcome I can see Wikipedia being persuaded to use the self-link feature. I can see greater efficiency for all if self-links could be used throughout an article with only the MoS indicated ones being emboldened ie. for (each) first mention of the article title (and it's variants). This would all be in the first paragraph - usually! I can imagine it wouldn't be to difficult to slap an id="firstmention" on all self-links in the first paragraph, and that would usually work, but... It shouldn't be too great a leap in complexity to check for uniqueness in the linked text, and only add the id attribute to first mentions which are truly first mention, but would you do the whole document or just the first paragraph, or perhaps the lead? If you check the whole document, then you may as well not render second-mention self-link texts within a tag - which would work for Wikipedia, but who knows what Wikis it might break? Actually, I think I just persuaded myself that checking the whole document, and adding the id attribute to truly first mentions is the best idea. But would this be an excessive processor load for EVERY article, assuming use became universal? Restrict to lead only? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19644] problem with calling wrong table in database
https://bugzilla.wikimedia.org/show_bug.cgi?id=19644 Bertrand GRONDIN changed: What|Removed |Added Component|General/Unknown |ProofreadPage Product|MediaWiki |MediaWiki extensions Version|1.16-svn|any --- Comment #1 from Bertrand GRONDIN 2009-07-10 20:28:56 UTC --- it seems that'is Proofread extension. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19644] problem with calling wrong table in database
https://bugzilla.wikimedia.org/show_bug.cgi?id=19644 Bertrand GRONDIN changed: What|Removed |Added Severity|enhancement |critical -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19644] New: problem with calling wrong table in database
https://bugzilla.wikimedia.org/show_bug.cgi?id=19644 Summary: problem with calling wrong table in database Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bertrand.gron...@aliceadsl.fr I can't launch main page in my wiki : I read the following message : SELECT COUNT(page_id) AS count FROM templatelinks LEFT JOIN `gdnpage` ON page_title=tl_title where tl_from=1533 and tl_namespace=110 depuis la fonction « pr_OutputPageBeforeHTML ». MySQL a renvoyé l’erreur « 1146 : Table 'grondin.templatelinks' doesn't exist (localhost) ». It seems a function call database table without its prefix. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19643] Parser test: External links: wiki links within external link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19643 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from Chad H. 2009-07-10 20:20:32 UTC --- Related to bug 3695 and/or bug 19411. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19643] New: Parser test: External links: wiki links within external link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19643 Summary: Parser test: External links: wiki links within external link Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de The Parser test "External links: wiki links within external link" says: !! test External links: wiki links within external link (Bug 3695) !! input [http://example.com [[wikilink]] embedded in ext link] !! result http://example.com"; class="external text" title="http://example.com"; rel="nofollow">wikilinkhttp://example.com"; class="external text" title="http://example.com"; rel="nofollow"> embedded in ext link !! end but the parser produce: !! result http://example.com"; class="external text" title="http://example.com"; rel="nofollow">wikilink embedded in ext link !! end The description after the wikilink is not linked to the external page, who is specified by the test. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16968] Special:Upload gives tedious warning about changing spaces to underscores in file names
https://bugzilla.wikimedia.org/show_bug.cgi?id=16968 --- Comment #5 from Subfader 2009-07-10 19:43:51 UTC --- *Remove: Well, that's what I did. I guess it also checks for bad characters in general -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16968] Special:Upload gives tedious warning about changing spaces to underscores in file names
https://bugzilla.wikimedia.org/show_bug.cgi?id=16968 Subfader changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #4 from Subfader 2009-07-10 19:42:29 UTC --- it's back in 1.16, maybe 1.15 too Remove: if( $basename != $filtered ) { $warning .= ''.wfMsgHtml( 'badfilename', htmlspecialchars( $this->mDestName ) ).''; } -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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
https://bugzilla.wikimedia.org/show_bug.cgi?id=19133 jida...@jidanni.org changed: What|Removed |Added Depends on||19593 -- 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 19593] $wgServer can't be set properly with --server attribute in command line tools
https://bugzilla.wikimedia.org/show_bug.cgi?id=19593 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Blocks||19133 --- Comment #3 from jida...@jidanni.org 2009-07-10 19:41:35 UTC --- >tagging for cleanup I added "blocks bug 19133" Noting inconsistent use of --server, just in case one day somebody wants to unify them: >maintenance/generateSitemap.php:481: --server= The protocol >and server name to use in URLs, e.g. >maintenance/dumpBackup.php:87: --server=h Force reading from MySQL server h >maintenance/dumpTextPass.php:518: --server=h Force reading from MySQL server >h All I know is in http://www.mediawiki.org/wiki/Manual:Wiki_family#Ultimate_minimalist_solution I set $wgServer in LocalSettings.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 12357] sidebar rendered over wiki content
https://bugzilla.wikimedia.org/show_bug.cgi?id=12357 Charles Melbye changed: What|Removed |Added CC||char...@mudoo.net Severity|major |normal Priority|Highest |Normal --- Comment #7 from Charles Melbye 2009-07-10 19:39:17 UTC --- I think the previous modification was a mistake. (Made to the wrong ticket or something) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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
https://bugzilla.wikimedia.org/show_bug.cgi?id=19133 jida...@jidanni.org changed: What|Removed |Added Depends on||9675 -- 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 9675] sitemap-index doesn't include full location path
https://bugzilla.wikimedia.org/show_bug.cgi?id=9675 jida...@jidanni.org changed: What|Removed |Added Blocks||19133 URL||http://transgender- ||taiwan.org/jidanni_sitemap.m ||akefile Version|1.13.0 |1.16-svn --- Comment #19 from jida...@jidanni.org 2009-07-10 19:36:38 UTC --- I'll stick the current workaround Makefile I'm "forced to use" in the URL box above. Also noting inconsistent use of --server in maintenance scripts, just in case one day somebody wants to unify them: maintenance/generateSitemap.php:481:--server= The protocol and server name to use in URLs, e.g. maintenance/dumpBackup.php:87: --server=h Force reading from MySQL server h maintenance/dumpTextPass.php:518: --server=h Force reading from MySQL server h -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12357] sidebar rendered over wiki content
https://bugzilla.wikimedia.org/show_bug.cgi?id=12357 Kevin changed: What|Removed |Added Severity|normal |major Priority|Normal |Highest --- Comment #6 from Kevin 2009-07-10 19:33:51 UTC --- I do not have a high degree of ability in this area but if you are discussing the fact that Wikipedia is virtually unusable on a cell phone because all of the information is not separated then I too have this problem. I have virtually given up on using Wikipedia on my cell phone because of this 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 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 --- Comment #15 from jida...@jidanni.org 2009-07-10 19:23:04 UTC --- > WONTFIX changing -> . Indeed, as is plain from the Summary above, this is an anti-accessibility coup attempt that must be stopped. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19640] Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 CBM changed: What|Removed |Added CC||c...@tools.wikimedia.de --- Comment #1 from CBM 2009-07-10 19:19:05 UTC --- This change is now live on the WMF servers, giving results that conflict with the documentation dynamically generated by api.php. -- 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 19639] Add sources to enable transwiki importing on vec.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19639 --- Comment #2 from marco27.w...@gmail.com 2009-07-10 18:01:05 UTC --- For now we need only of sources to import from it.wikipedia... Thanks a lot! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19639] Add sources to enable transwiki importing on vec.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19639 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from Chad H. 2009-07-10 17:51:32 UTC --- Need to specify which projects/languages. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19639] Add sources to enable transwiki importing on vec.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19639 marco27.w...@gmail.com changed: What|Removed |Added Summary|Add sources to enable |Add sources to enable |transwiki importing |transwiki importing on ||vec.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 19642] Abuse filter in Persian wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19642 Chad H. changed: What|Removed |Added Component|AbuseFilter |Site requests Keywords||shell Product|MediaWiki extensions|Wikimedia Summary|Abus filter in Persian |Abuse filter in Persian |wikipedia |wikipedia Version|any |unspecified --- Comment #1 from Chad H. 2009-07-10 17:49:16 UTC --- Component change. -- 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 19642] New: Abus filter in Persian wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19642 Summary: Abus filter in Persian wikipedia Product: MediaWiki extensions Version: any Platform: All URL: http://fa.wikipedia.org/wiki/%D9%88%DB%8C%DA%98%D9%87:Ab usefilter OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: ladsgr...@gmail.com CC: wikibugs-l@lists.wikimedia.org I want to enable Abusefilter in Persian wikipedia.I translated most of massages and want to enable that.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 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 --- Comment #14 from Aryeh Gregor 2009-07-10 17:16:03 UTC --- (In reply to comment #13) > Adding 'firstmention' or some similar ID to the first usage of the self-link > wouldn't be a terrible idea in and of itself, nor would it necessarily be hard > to do Sounds like cruft IMO. We have too many classes/id's already, we shouldn't just add a new one every time one guy wants it for some narrow purpose (no offense intended to anyone). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19004] API: support for "tags"
https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #5 from Roan Kattouw 2009-07-10 15:44:23 UTC --- (In reply to comment #3) > Created an attachment (id=6314) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6314) [details] > patch against r53005 > > * adds list=tags > * adds 'tags' as an option for rcprop, rvprop, ucprop and leprop > > Haven't done filtering by tag. > Patch looks good overall, some more comments in addition to Bryan's: * You're querying the change_tag table using GROUP BY and COUNT(*). This is probably inefficient, so I recommend using valid_tags instead if at all possible * I don't see enough context in the patch, but you should test the LEFT JOINs you've added to make sure they don't try to join against the wrong table * The copyright notice in ApiQueryTags should include the author's name * Instead of 'continue' => array(), use 'continue' => null, same for 'end'. Also, 'end' is undocumented -- 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 19403] Show buttons not working on Nokia E51
https://bugzilla.wikimedia.org/show_bug.cgi?id=19403 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber 2009-07-10 15:11:42 UTC --- This has been reported for the E71 as well; common Symbian-based browser I assume. Hampton, do we have access to a test unit or SDK w/ emulator? -- 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 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #13 from Chad H. 2009-07-10 14:55:26 UTC --- Adding 'firstmention' or some similar ID to the first usage of the self-link wouldn't be a terrible idea in and of itself, nor would it necessarily be hard to do (an extension to link syntax is useless and confusing IMHO). However, I'm with Simetrical on the call to WONTFIX changing -> . -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19641] New: Special:Preferences: Option 'stubthreshold' is not saved if chosen from menu
https://bugzilla.wikimedia.org/show_bug.cgi?id=19641 Summary: Special:Preferences: Option 'stubthreshold' is not saved if chosen from menu Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: an...@quovadis.com.ar CC: agarr...@wikimedia.org 1. Go to Special:Preferences, Rendering, Advanced 2. Select a stub threshold from the menu 3. Save preferences Result: the option is back to "0 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 19213] Self-link feature should use only CSS, not HTML strong tag, for greater flexibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 Harry Alffa changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #12 from Harry Alffa 2009-07-10 14:48:02 UTC --- Any other ideas? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19528] XSLT parameter to API queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 Bryan Tong Minh changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #2 from Bryan Tong Minh 2009-07-10 14:34:10 UTC --- (In reply to comment #1) > Processing of the XML output should be done client-side, not server-side, and > certainly not in a way that introduces XSS vulnerabilities. Closing as > WONTFIX. > The processing will still be done client-side: The bug opener refers to the which could optionally be added to the top of the XML document in order to have a direct transformation when viewed in the web browser. -- 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 19640] New: Categorymembers namespace filter broken in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 Summary: Categorymembers namespace filter broken in miser mode Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: platoni...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com On r53052 domas disabled querying specific namespace if miser mode is enabled. The query now produce erroneus results. *It silently skips the page_namespace where clause instead of giving an error. *It's not documented on api.php nor www.mediawiki.org Either 'fix' the above issues or implement whatever domas told about how to have efficient subcategory access. -- 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 19639] New: Add sources to enable transwiki importing
https://bugzilla.wikimedia.org/show_bug.cgi?id=19639 Summary: Add sources to enable transwiki importing Product: Wikimedia Version: unspecified Platform: All URL: http://vec.wikipedia.org/ OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: marco27.w...@gmail.com Hi! On vec.wikipedia we would like to import some page from another WMF wiki, but interface give the follow message: "No transwiki import sources have been defined and direct history uploads are disabled." (in vec language). Now, can you insert sources to enable transwiki importing? Thanks in advance! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19004] API: support for "tags"
https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 --- Comment #4 from Bryan Tong Minh 2009-07-10 13:19:08 UTC --- ApiQueryTags seems to duplicate a lot of code from SpecialTags. I think that one common backend should be written, from which both the API and the special page fetch their data, rather than duplicating code in them both. Furthermore, this could use some consistency in coding style. -- 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 19638] New: interface language variety should not be reflected in links tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=19638 Summary: interface language variety should not be reflected in links tables Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Templates AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: domas.mitu...@gmail.com now pagelinks, categorylinks, templatelinks, imagelinks and externallinks tables on certain project have exploded due to different interface languages providing different content. we should not store all the different variants of links caused by every template, as that costs us over 100G of crap per e.g. commons database instance -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19637] New: externallinks have links to self (not that external)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 Summary: externallinks have links to self (not that external) Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Templates AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: domas.mitu...@gmail.com externallinks tables have lots of self-referencing links, mostly caused by templates, and interface language variants. there should be no project self-referencing links inside 'externallinks', as they grow up to 50GB-per-db-per-instance of crap that will never be used. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19574] parserTests.php fails when l10n_cache is populated
https://bugzilla.wikimedia.org/show_bug.cgi?id=19574 --- Comment #2 from Ævar Arnfjörð Bjarmason 2009-07-10 12:37:55 UTC --- This is what I get when I manually unserialize the contents of the DB, looks normal: a...@aoeu:~/src/mw/trunk/phase3/includes$ echo "select lc_value from l10n_cache where lc_lang = 'en' and lc_key = 'magicWords';" | mysql -N --user=wikiuser --password=wikiuser wikidb | php -r '$in = ""; if ($fp=fopen("php://stdin","r")) { while (!feof($fp)) { $line = fgets($fp,4096); $in .= $line; } }; print_r(unserialize($in));' Array ( [redirect] => Array ( [0] => 0 [1] => #REDIRECT ) [notoc] => Array ( [0] => 0 [1] => __NOTOC__ ) [nogallery] => Array ( [0] => 0 [1] => __NOGALLERY__ ) [forcetoc] => Array ( [0] => 0 [1] => __FORCETOC__ ) [toc] => Array ( [0] => 0 [1] => __TOC__ ) [noeditsection] => Array ( [0] => 0 [1] => __NOEDITSECTION__ ) [noheader] => Array ( [0] => 0 [1] => __NOHEADER__ ) [currentmonth] => Array ( [0] => 1 [1] => CURRENTMONTH [2] => CURRENTMONTH2 ) [currentmonth1] => Array ( [0] => 1 [1] => CURRENTMONTH1 ) [currentmonthname] => Array ( [0] => 1 [1] => CURRENTMONTHNAME ) [currentmonthnamegen] => Array ( [0] => 1 [1] => CURRENTMONTHNAMEGEN ) [currentmonthabbrev] => Array ( [0] => 1 [1] => CURRENTMONTHABBREV ) [currentday] => Array ( [0] => 1 [1] => CURRENTDAY ) [currentday2] => Array ( [0] => 1 [1] => CURRENTDAY2 ) [currentdayname] => Array ( [0] => 1 [1] => CURRENTDAYNAME ) [currentyear] => Array ( [0] => 1 [1] => CURRENTYEAR ) [currenttime] => Array ( [0] => 1 [1] => CURRENTTIME ) [currenthour] => Array ( [0] => 1 [1] => CURRENTHOUR ) [localmonth] => Array ( [0] => 1 [1] => LOCALMONTH [2] => LOCALMONTH2 ) [localmonth1] => Array ( [0] => 1 [1] => LOCALMONTH1 ) [localmonthname] => Array ( [0] => 1 [1] => LOCALMONTHNAME ) [localmonthnamegen] => Array ( [0] => 1 [1] => LOCALMONTHNAMEGEN ) [localmonthabbrev] => Array ( [0] => 1 [1] => LOCALMONTHABBREV ) [localday] => Array ( [0] => 1 [1] => LOCALDAY ) [localday2] => Array ( [0] => 1 [1] => LOCALDAY2 ) [localdayname] => Array ( [0] => 1 [1] => LOCALDAYNAME ) [localyear] => Array ( [0] => 1 [1] => LOCALYEAR ) [localtime] => Array ( [0] => 1 [1] => LOCALTIME ) [localhour] => Array ( [0] => 1 [1] => LOCALHOUR ) [numberofpages] => Array ( [0] => 1 [1] => NUMBEROFPAGES ) [numberofarticles] => Array ( [0] => 1 [1] => NUMBEROFARTICLES ) [numberoffiles] => Array ( [0] => 1 [1] => NUMBEROFFILES ) [numberofusers] => Array ( [0] => 1 [1] => NUMBEROFUSERS ) [numberofactiveusers] => Array ( [0] => 1 [1] => NUMBEROFACTIVEUSERS ) [numberofedits] => Array ( [0] => 1 [1] => NUMBEROFEDITS ) [numberofviews] => Array ( [0] => 1 [1] => NUMBEROFVIEWS ) [pagename] => Array ( [0] => 1 [1] => PAGENAME ) [pagenamee] => Array ( [0] => 1 [1] => PAGENAMEE ) [namespace] => Array ( [0] => 1 [1] => NAMESPACE ) [namespacee] => Array ( [0] => 1 [1] => NAMESPACEE ) [talkspace] => Array ( [0] => 1 [1] => TALKSPACE ) [talkspacee] => Array ( [0] => 1 [1] => TALKSPACEE ) [subjectspace] => Array ( [0] => 1 [1] => SUBJECTSPACE [2] => ARTICLE
[Bug 19621] Add-on: statistics per namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=19621 --- Comment #1 from Al Maghi 2009-07-10 11:47:17 UTC --- Add to query (line159) " AND page_is_redirect=0 " to get rid of statistics on redirects. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19636] Enable $wgBlockAllowsUTEdit for gdwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19636 Raimond Spekking changed: What|Removed |Added URL||http://gd.wikipedia.org/wiki ||/Wikipedia:Doras_na_coimhear ||snachd#Extension -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19636] New: Enable $wgBlockAllowsUTEdit for gdwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19636 Summary: Enable $wgBlockAllowsUTEdit for gdwiki Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: raimond.spekk...@gmail.com Please set $wgBlockAllowsUTEdit = true; for gdwiki per community consens. 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 19620] New character conversion tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=19620 Philip Tzou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Philip Tzou 2009-07-10 11:52:08 UTC --- Fixed on r53041. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19406] SemanticForms autocompletion on property buggy (patch attached)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19406 Patrick changed: What|Removed |Added Attachment #6276 is|0 |1 obsolete|| Attachment #6292 is|0 |1 obsolete|| --- Comment #10 from Patrick 2009-07-10 11:32:26 UTC --- Created an attachment (id=6319) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6319) next try, replaces underscores to spaces in SQL (against 1.7.3) This is the solution with MySQL's string replace. -- 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 19635] New: wrong entry in Special:SiteMatrix
https://bugzilla.wikimedia.org/show_bug.cgi?id=19635 Summary: wrong entry in Special:SiteMatrix Product: Wikimedia Version: unspecified Platform: All URL: http://meta.wikimedia.org/wiki/Special:SiteMatrix OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net In Special:SiteMatrix, there is language "nomcom" Wikipedia listed. Actually, this is not a Wikipedia, see: http://nomcom.wikipedia.org/wiki/Main_Page This entry needs to be moved to the "other" section. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19406] SemanticForms autocompletion on property buggy (patch attached)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19406 --- Comment #9 from Patrick 2009-07-10 11:27:39 UTC --- (In reply to comment #8) > But unfortunately, this new > patch doesn't work for me, for properties of type "page", since page titles > are > stored in the database with underscores instead of spaces - any space in the > search string leads to no results. Do page titles have spaces in the > "VARBINARY" representation? No, they also have underscores - I just didn't think of that, and didn't test with properties of type "page". Now the space-problem is fixed for type "string" properties, but it's broken for type "page" properties. > In any case, a true solution has to handle both, in > one way or another - maybe just through an "if" statement. Yes, either with an if-statement, or doing a MySQL-String-Replace (http://dev.mysql.com/doc/refman/5.0/en/string-functions.html#function_replace) in order to convert the underscores to spaces. Selecting the smw_sortkey column instead of the smw_title column would probably also work - since the only difference between those two seems to be that smw_sortkey values have spaces instead of underscores. Which solution would you prefer? -- 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 19634] New: User:Connel MacKenzie/clock.js causes errors for non logged-in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19634 Summary: User:Connel MacKenzie/clock.js causes errors for non logged-in users Product: Wiktionary tools Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hippytr...@gmail.com At least on Internet Explorer 6, clock.js causes errors if you're not logged in. It looks like it's hard-coded to look for pt-logout which does not exist when already logged out. pt-login is there in its place. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19630] special character breaks wikilink
https://bugzilla.wikimedia.org/show_bug.cgi?id=19630 Raimond Spekking changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Raimond Spekking 2009-07-10 10:39:47 UTC --- Linktrail added with r53039. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19633] small SVG files were not magnified for thumb image
https://bugzilla.wikimedia.org/show_bug.cgi?id=19633 --- Comment #1 from Raphael Frey 2009-07-10 09:52:12 UTC --- See http://commons.wikimedia.org/wiki/User:Debianux/SVG-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