[Bug 19671] Try using git-svn for CodeReview on MediaWiki.org to make viewing diffs faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=19671 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-12 08:12:47 UTC --- These diffs are cached AFAIK, so I don't think it would cause that much of a performance improvement. -- 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 19672] New: Shortcut for [[Usability:...]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=19672 Summary: Shortcut for [[Usability:...]] Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ft2.w...@gmail.com Can the usability project be given an internal shortcut so that links to [[usability:Environment_Survey|pages like this]] will work? 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 19635] wrong entry in Special:SiteMatrix
https://bugzilla.wikimedia.org/show_bug.cgi?id=19635 Andrew Dunbar hippytr...@gmail.com changed: What|Removed |Added CC||hippytr...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Andrew Dunbar hippytr...@gmail.com 2009-07-12 08:46:59 UTC --- *** This bug has been marked as a duplicate of bug 16077 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16077] NomCom wiki listed in wrong section of SiteMatrix
https://bugzilla.wikimedia.org/show_bug.cgi?id=16077 --- Comment #5 from Andrew Dunbar hippytr...@gmail.com 2009-07-12 08:46:59 UTC --- *** Bug 19635 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 19669] PHP warning on opening 'my preferences'
https://bugzilla.wikimedia.org/show_bug.cgi?id=19669 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström niklas.laxst...@gmail.com 2009-07-12 09:16:10 UTC --- Backtrace for that warning would be nice, hard to debug without. It might be that newer versions of PHP do not give this warning because automatic (Object) to string conversion. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19673] New: Deletion log entries in watchlist for recreated pages appear as redlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=19673 Summary: Deletion log entries in watchlist for recreated pages appear as redlinks Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Watchlist AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: en.haz...@ip3.co.uk Created an attachment (id=6325) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6325) Screenshot of incorrect redlink, with popups proving the page's existence. Deletion log entries that appear on Special:Watchlist appear as redlinks (and link to the usual redlink-style edit URL) even when the deleted page has been recreated and is no longer red. The corresponding entry in the actual deletion log at Special:Log shows a correct bluelink. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19674] New: New logo for oc wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 Summary: New logo for oc wiktionary Product: Wiktionary tools Version: unspecified Platform: All URL: http://oc.wiktionary.org/wiki/Wikiccionari:Pagina_d%27ac u%C3%A8lh OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cvalm...@yahoo.fr Created an attachment (id=6326) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6326) Logo ofoc wiktioary Please, add occitan logo Wiktionary_oc.png in the homepage of occitan Wiktionary http://oc.wiktionary.org/wiki/Wikiccionari:Pagina_d%27acu%C3%A8lh . With regards Cédric Valmary -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19675] New: New logo for oc wikibook
https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 Summary: New logo for oc wikibook Product: Wikimedia Version: unspecified Platform: All URL: http://http://oc.wikibooks.org/wiki/Acu%C3%A8lh OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cvalm...@yahoo.fr Please, add occitan logo Wikibooks-logo-oc.png in the homepage of occitan Wiktionary http://oc.wikibooks.org/wiki/Acu%C3%A8lh . With regards Cédric Valmary -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19674] New logo for oc wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Component|General |Site requests Product|Wiktionary 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 19675] New logo for oc wikibook
https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 --- Comment #1 from Cédric cvalm...@yahoo.fr 2009-07-12 10:27:27 UTC --- Created an attachment (id=6327) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6327) Logo of oc wikibooks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19675] New logo for oc wikibook
https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Component|General/Unknown |Site requests -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19674] New logo for oc wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Platonides platoni...@gmail.com 2009-07-12 10:34:51 UTC --- You need to upload it (at the wiki or commons) and provide here the url. ocwikt logo is http://oc.wiktionary.org/wiki/Fichièr:Wiki.png You can update it yourself by uploading the new logo at that location. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19675] New logo for oc wikibook
https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides platoni...@gmail.com 2009-07-12 10:39:04 UTC --- I have protected http://commons.wikimedia.org/wiki/File:Wikibooks-logo-oc.png the url to use would be http://upload.wikimedia.org/wikipedia/commons/thumb/e/e3/Wikibooks-logo-oc.png/135px-Wikibooks-logo-oc.png -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19674] New logo for oc wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 --- Comment #2 from Cédric cvalm...@yahoo.fr 2009-07-12 11:01:05 UTC --- Done! Thanks 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 19670] Can not search on the left side bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added CC||rain...@eunet.yu --- Comment #1 from Robert Stojnic rain...@eunet.yu 2009-07-12 11:35:29 UTC --- I can verify that this happens on modern skin using Chrome (but not firefox and IE 6). This doesn't seem to be JavaScript-related since the same problem happens if I run Chrome with javascript disabled, and/or turn off all javascript in user preferences. It also doesn't seem to be bad html, ran the page through html validator, came out clean. So... not sure what possible other cause is left, except some strange bug in Chrome. -- 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 19670] Can not search on the left side bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added Component|Bugzilla|Modern skin 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19676] New: IE6 compatibility for new search UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=19676 Summary: IE6 compatibility for new search UI Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rain...@eunet.yu New search UI looks pretty bad on IE6, couple of issues: * the Content Pages, Multimedia, etc header is shown like a normal vertical list with bulletin * the Advanced search is organized into two columns and takes up the whole screen, also has weird spacing everywhere IE6 is still a widely-used browser, so should be fixed asap -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17809] API should have method to return number in user group
https://bugzilla.wikimedia.org/show_bug.cgi?id=17809 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 12:10:45 UTC --- Fixed in r53131. -- 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 19670] Can not search on the left side bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 --- Comment #2 from 123taka123 -d__...@mail.goo.ne.jp 2009-07-12 12:13:24 UTC --- This is, Mac or windows of the safari is not only known to only. By the way, so Japanese, I have something wrong with the word, please. -- 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 19670] Can not search on the left side bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org Severity|enhancement |normal --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2009-07-12 12:15:16 UTC --- I can confirm this. It seems that the pagecontent has the focus instead of the searchbox. You can use the accesskey to force the focus to the searchbox, but when you doubleclick the searchfield, you will see that the pagecontent gets selected. Seems like a layout issue. Perhaps z-index... -- 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 19530] follow options for paragraphs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19530 --- Comment #2 from yoavs...@gmail.com 2009-07-12 12:23:42 UTC --- Well, it is not really what I meant. From what I understand, and my computer knowledge is very lacking, it changes the way the page is viewed almost entirely, with all the threads. Isn't there a simpler way to follow (or shall I write 'watch'?) paragraphs? I want to be able to tick a paragraph (the same way I do with a wiki page) and for it to appear on my watch list. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19530] follow options for paragraphs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19530 --- Comment #3 from Niklas Laxström niklas.laxst...@gmail.com 2009-07-12 12:29:13 UTC --- (In reply to comment #2) Isn't there a simpler way to follow (or shall I write 'watch'?) paragraphs? No. Changes are not tracked on paragraph level, not even in the section level. I don't think it is worth the effort, if Liquid Threads is going to be used on WMF anyway (that's where you want it, judging from chosen product for 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 18533] siteinfo and action errors should include readonly message
https://bugzilla.wikimedia.org/show_bug.cgi?id=18533 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #3 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 12:38:28 UTC --- Done in r53132. -- 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 18910] Setting {{#ask: ... |link=none}} works, but {{#ask: ... |link= none}} does not.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18910 --- Comment #3 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-12 13:23:02 UTC --- Yes, please file another request for general parameter not understood error reporting. The patch was trivial (let's see if pre-tags work here): pre === --- SMW_QueryPrinter.php(Revision 52785) +++ SMW_QueryPrinter.php(Revision 52786) @@ -213,7 +213,7 @@ $this-mSearchlabel = $params['searchlabel']; } if (array_key_exists('link', $params)) { - switch (strtolower($params['link'])) { + switch (strtolower(trim($params['link']))) { case 'head': case 'subject': $this-mLinkFirst = true; $this-mLinkOthers = false; /pre -- 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 --- Comment #5 from Jack D. Pond jack.p...@psitex.com 2009-07-12 14:02:51 UTC --- (In reply to comment #3) 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 Revisiting this one. I used wfMsgHTML() which has htmlspecialchars() escaping in it. I may be displaying my ignorance here, but wouldn't that avoid any injection by displaying it as a string versus allowing the injection of html links, javascript, etc. This would actually allow the admin to view what the injection attack was, rather than allow it to proceed. I'll admit I'm no expert here, so this might be dead wrong. Would also need to inform hook users to do same in hook 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 19646] Localization of img_auth.php - with enhancements
https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 --- Comment #6 from Jack D. Pond jack.p...@psitex.com 2009-07-12 14:47:23 UTC --- (In reply to comment #3) 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 Ah, stupid me - disregard previous comment. Would this solve that problem (wherever used)? wfForbidden(wfMsgHTML('image_auth-accessdenied'),wfMsgHTML('image_auth-noread',htmlspecialchars($name))); -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19632] extension to list pages with the most revisors
https://bugzilla.wikimedia.org/show_bug.cgi?id=19632 Subfader subfa...@gmail.com changed: What|Removed |Added CC||subfa...@gmail.com --- Comment #2 from Subfader subfa...@gmail.com 2009-07-12 16:05:48 UTC --- adding MostRevisors as extension destroys my layout sitewise on MW 1.16alpha -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19632] extension to list pages with the most revisors
https://bugzilla.wikimedia.org/show_bug.cgi?id=19632 --- Comment #3 from Al Maghi alfred.ma...@gmail.com 2009-07-12 16:29:36 UTC --- (In reply to comment #2) adding MostRevisors as extension destroys my layout sitewise on MW 1.16alpha Are there many pages on your wiki? Have you try changing the limit in MostRevisors.i18n.php for [[MediaWiki:Mostrevisors-limit-few-revisors]]? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 156] Add section edit link for 0th section
https://bugzilla.wikimedia.org/show_bug.cgi?id=156 Al Maghi alfred.ma...@gmail.com changed: What|Removed |Added CC||alfred.ma...@gmail.com Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #46 from Al Maghi alfred.ma...@gmail.com 2009-07-12 17:11:04 UTC --- This feature is already there: - With interface messages in core: you can use the action=editeditsection=0 in MediaWiki interface messages to add an extra link when editing the entire article (look at [[MediaWiki:editnotice]] messages); - With JavaScript: you can use the edittop javaScript for user gadget or for importing in common.js ; http://www.mediawiki.org/wiki/MediaWiki:Gadget-edittop.js http://www.mediawiki.org/wiki/Extension:Gadgets/Scripts -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17137] Ploticus: not working at all
https://bugzilla.wikimedia.org/show_bug.cgi?id=17137 denny vrandecic d...@aifb.uni-karlsruhe.de changed: What|Removed |Added AssignedTo|d...@aifb.uni-karlsruhe.de |mediaw...@natividads.com OS/Version|All |Linux --- Comment #2 from denny vrandecic d...@aifb.uni-karlsruhe.de 2009-07-12 17:16:50 UTC --- Works on Windows and for me, can't reproduce the bug. I am reassigning the bug to Joel, maybe he has an idea. I guess this bug is still open in the current SVN version? -- 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 17991] Ploticus: Binary not found
https://bugzilla.wikimedia.org/show_bug.cgi?id=17991 denny vrandecic d...@aifb.uni-karlsruhe.de changed: What|Removed |Added CC||d...@aifb.uni-karlsruhe.de AssignedTo|d...@aifb.uni-karlsruhe.de |mediaw...@natividads.com OS/Version|All |Linux --- Comment #1 from denny vrandecic d...@aifb.uni-karlsruhe.de 2009-07-12 17:18:35 UTC --- Cannot reproduce since I have a Windows version running, sorry. Reassigning to Joel. -- 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 156] Add section edit link for 0th section
https://bugzilla.wikimedia.org/show_bug.cgi?id=156 jida...@jidanni.org changed: What|Removed |Added URL||http://transgender- ||taiwan.org/index.php?title=� ||��薦uselang=en Keywords||accessibility Version|1.12-svn|1.16-svn --- Comment #47 from jida...@jidanni.org 2009-07-12 17:27:22 UTC --- I just ran update.php, and in the above URL that I just put in the top of this bug, there are only edit links for the remaining sections. That is all I can figure out. Also I put an accessibility keyword in, as you should provide a solution for text browsers too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 156] Add section edit link for 0th section
https://bugzilla.wikimedia.org/show_bug.cgi?id=156 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #48 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-07-12 17:33:57 UTC --- (In reply to comment #46) This feature is already there: - With interface messages in core: you can use the action=editeditsection=0 in MediaWiki interface messages to add an extra link when editing the entire article (look at [[MediaWiki:editnotice]] messages); - With JavaScript: you can use the edittop javaScript for user gadget or for importing in common.js ; http://www.mediawiki.org/wiki/MediaWiki:Gadget-edittop.js http://www.mediawiki.org/wiki/Extension:Gadgets/Scripts That is not a fix. That is a way for users to work around the problem. The request is to fix it, by default, in the core software. Perhaps someone should ask the people working on Vector about 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 156] Add section edit link for 0th section
https://bugzilla.wikimedia.org/show_bug.cgi?id=156 Al Maghi alfred.ma...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #49 from Al Maghi alfred.ma...@gmail.com 2009-07-12 17:53:50 UTC --- (In reply to comment #48) That is not a fix. That is a way for users to work around the problem. The request is to fix it, by default, in the core software. As there is a core solution with URL link: title={{FULLPAGENAME}}action=editeditsection=0 the bug matters with where to add an extra edit-top link. As there is non a consensual need and place in interface for this, it seems WONTFIX. Those comments lead to WONTFIX status: (In reply to comment #38) There is no need for any preference. It simply needs to be ensured that the link doesn't disturb page layout. With the current float-right section-edit links this is problematic as that area is frequently home to floating info boxes or images. If section-edit links are moved to the left margin (before header text) or inline after the header text, then where should the section-0 edit link go? (In reply to comment #12) [[Wikipedia:WikiProject User scripts/Scripts/Add edit section 0]] and [[Wikipedia:WikiProject User scripts/Scripts/Edit Top]] are implementations of this. I would suggest marking the bug WONTFIX, as implementation details are a bit iffy, and it's probably better to leave it to the users to choose which they prefer. (In reply to comment #34) There will likely a large ammount of opposition if this is introduced into core code by defualt, one solution would be to add it as a configuration variable or preference - however they are already very overused. Another problem is the location of such a link, currently there are several skins and the link would have to find a different place in each, one solution would to just put it in the top right corner (or left in rtl mode) of the artcile - however if an infobox were being used that would look ugly. Therefore I suggest that this be closed as WONTFIX because it can easily be added if someone wants to make their own skin, or via CSS\JS. (In reply to comment #15) Yarg, that was destined to send another bug to hell. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17446] Exhibit: Wrong HTML redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=17446 denny vrandecic d...@aifb.uni-karlsruhe.de changed: What|Removed |Added CC||d...@aifb.uni-karlsruhe.de --- Comment #6 from denny vrandecic d...@aifb.uni-karlsruhe.de 2009-07-12 17:56:27 UTC --- I tried to trace down the problem. The culprit seems to be Exhibit/includes/src/ajax/api/scripts/history.js -- here we create an iframe with a src of __history__.html (lines 28+59). When this is added to the original DOM of the site, it seems to jump to the new site. This may be due to some unplanned interaction between the Simile Javascript and some of the other Javascript that is loaded on your site. You may now try to figure out where the problem comes from, or comment out line 61 in the above file (and line 1958 in Exhibit/includes/src/ajax/api/simile-ajax.bundle.js). The only think you should loose because of that is the undo uption in the Exhibit viewer. Just try it out. -- 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 156] Add section edit link for 0th section
https://bugzilla.wikimedia.org/show_bug.cgi?id=156 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #50 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-07-12 17:57:13 UTC --- Please do not resolve bugs as WONTFIX unless you're a MediaWiki developer. 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 156] Add section edit link for 0th section
https://bugzilla.wikimedia.org/show_bug.cgi?id=156 --- Comment #51 from jida...@jidanni.org 2009-07-12 18:05:43 UTC --- Al: It seems you are proposing that one use {{fullurl}} in combination with title={{FULLPAGENAME}}action=editeditsection=0 on pages where is desperate enough to do that just to get a way to edit section 0. All I know is Junior's shirt looks ugly with the top button missing, and that is a giant button you are proposing, when viewed from inside the garment. Anyway, I never looked under the hood... all I can tell you is from the outside, yes, clothes look good with the top button open, but they always still have that button, if one day the wind blows and you want to close 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 17244] Exhibit: Spaces bettween facets
https://bugzilla.wikimedia.org/show_bug.cgi?id=17244 denny vrandecic d...@aifb.uni-karlsruhe.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from denny vrandecic d...@aifb.uni-karlsruhe.de 2009-07-12 18:13:40 UTC --- Did as suggested. -- 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 19664] API list=allusers should implement account creation cutoff dates
https://bugzilla.wikimedia.org/show_bug.cgi?id=19664 --- Comment #3 from jida...@jidanni.org 2009-07-12 18:17:33 UTC --- Well as far as those ancient users, tough luck. All I know is for what new accounts have been created in the past 30 days? I suppose I'll take my business, SELECT user_registration,user_name FROM user WHERE DATE_SUB(CURDATE(),INTERVAL 30 DAY) = user_registration ORDER BY user_registration; elsewhere, i.e., directly to MySQL. So, thanks, bye. :-) P.S., sure, you might say Holmes, Special:Logtype=newusers is just what you are looking for. Case closed. Well, it was, until bug 18364. -- 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 18457] the word public is missing in many translations of 'all-logs-page'
https://bugzilla.wikimedia.org/show_bug.cgi?id=18457 jida...@jidanni.org changed: What|Removed |Added Component|Special pages |Internationalization Summary|all-logs vs. all-public-logs|the word public is missing ||in many translations of ||'all-logs-page' Version|1.15-svn|1.16-svn --- Comment #1 from jida...@jidanni.org 2009-07-12 18:43:03 UTC --- Well for now at least make all the other languages agree with En, (and Zh-han[ts]). This should fix it for zh-tw: http://translatewiki.net/w/i.php?title=MediaWiki:All-logs-page/zh-twdiff=prevoldid=1300551 but there are still many other languages affected. e.g., Gan. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19677] New: Stack dump with errors when trying to create pages through the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 Summary: Stack dump with errors when trying to create pages through the API Product: MediaWiki Version: 1.15.0 Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: lhrid...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com, lhrid...@gmail.com I'm writing an extension that will create pages through the API based on user input. When the code that creates the page is executed, I'm getting a stack dump: Unexpected non-MediaWiki exception encountered, of type UsageException noapiwrite: Editing of this wiki through the API is disabled. Make sure the $wgEnableWriteAPI=true; statement is included in the wiki's LocalSettings.php file #0 /Users/lhridley/MediaWiki1_15/phase3/includes/api/ApiBase.php(830): ApiBase-dieUsage('Editing of this...', 'noapiwrite') #1 /Users/lhridley/MediaWiki1_15/phase3/includes/api/ApiMain.php(395): ApiBase-dieUsageMsg(Array) #2 /Users/lhridley/MediaWiki1_15/phase3/includes/api/ApiMain.php(220): ApiMain-executeAction() #3 /Users/lhridley/MediaWiki1_15/phase3/extensions/ProjectWiki/ProjectWiki.php(231): ApiMain-execute() #4 /Users/lhridley/MediaWiki1_15/phase3/extensions/ProjectWiki/ProjectWiki.php(117): ProjectSetup::createPage('Test Project', 'category', Array) #5 [internal function]: ProjectSetup::attemptSave(Object(EditPage)) #6 /Users/lhridley/MediaWiki1_15/phase3/includes/Hooks.php(117): call_user_func_array(Array, Array) #7 /Users/lhridley/MediaWiki1_15/phase3/includes/EditPage.php(749): wfRunHooks('EditPage::attem...', Array) #8 /Users/lhridley/MediaWiki1_15/phase3/includes/EditPage.php(2483): EditPage-internalAttemptSave(false, false) #9 /Users/lhridley/MediaWiki1_15/phase3/includes/EditPage.php(449): EditPage-attemptSave() #10 /Users/lhridley/MediaWiki1_15/phase3/includes/EditPage.php(340): EditPage-edit() #11 /Users/lhridley/MediaWiki1_15/phase3/includes/Wiki.php(510): EditPage-submit() #12 /Users/lhridley/MediaWiki1_15/phase3/includes/Wiki.php(63): MediaWiki-performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest)) #13 /Users/lhridley/MediaWiki1_15/phase3/index.php(116): MediaWiki-initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest)) #14 {main} The problem is that $wgEnableAPI is set to true, $wgEnableWriteAPI is set to true, and the user groups all have the writeapi permission. It appears that the $wgEnableWriteAPI flag is being ignored when the APIMain object is created. The code in the extension that attempts to create the object is as follows: $pageparams = array( 'action' = 'edit', 'section' = 0, 'token' = $pageinfo['edittoken'], 'summary' = 'Project Setup: Creating New Project pages for ' . $projectName, 'starttimestamp' = $pageinfo['starttimestamp'], 'title' = $pageinfo['title'] ); if($pagetype == 'category') { $pageparams['text'] = 'Listed below are all pages that are part of the ' . $projectName . ' project. '; } if($pagetype == 'issuetracker') { $pageparams['text'] = 'issues project='.$projectName.' / [[Category:'.$projectName.' Project|{{BASEPAGENAME}}]] '; } $params = new FauxRequest($pageparams); $api = new ApiMain($params); $api-execute(); The error is occurring upon $api-execute(); -- 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 19677] Stack dump with errors when trying to create pages through the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 --- Comment #1 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 19:12:19 UTC --- The following line evaluates false: $wgUser-isAllowed('writeapi') Are you sure that 1) $wgUser is set up and that 2) the user has the writeapi permission? -- 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 19677] Stack dump with errors when trying to create pages through the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 --- Comment #2 from Lisa Ridley lhrid...@gmail.com 2009-07-12 19:14:37 UTC --- Yes, the user is me currently, I am logged in and have sysop permissions. The following flags are set when the extension is loaded, and these are global in scope: $wgEnableWriteAPI = true; $wgEnableAPI = true; ## sets up a new group permission for project setup, and establishes a new group called projectlead $wgGroupPermissions['projectlead']['projectsetup'] = true; $wgGrouppermissions['projectlead']['writeapi'] = true; $wgGroupPermissions['sysop']['projectsetup'] = true; $wgGroupPermissions['sysop']['writeapi'] = true; -- 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 --- Comment #7 from jida...@jidanni.org 2009-07-12 19:15:03 UTC --- See also bug 9675. OK, using $ echo 'var_dump(get_defined_vars());'|php maintenance/eval.php|grep -B 1 localhost I have now perfected the if($wgServerName=='localhost'){$wgServer=$wgInternalServer=$wgProto.'://'.($wgServerName=$site[1]);}#for maintenance scripts I use in http://www.mediawiki.org/wiki/Manual:Wiki_family#Ultimate_minimalist_solution I bet there is no general solution for a maintenance script to determine the sitename. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 --- Comment #20 from jida...@jidanni.org 2009-07-12 19:15:12 UTC --- See also bug 19593. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19677] Stack dump with errors when trying to create pages through the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 --- Comment #3 from Lisa Ridley lhrid...@gmail.com 2009-07-12 19:17:49 UTC --- Additional information: When I change my code as follows, the page gets created successfully: 1. Add global $wgEnableWriteAPI; to the beginning of the method that creates the pages 2. Create the ApiMain object as follows: $api = new ApiMain($params, $wgEnableWriteAPI); But, that's not my understanding of how the API is supposed to work. -- 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 19677] Stack dump with errors when trying to create pages through the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #4 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 19:22:03 UTC --- (In reply to comment #3) Additional information: When I change my code as follows, the page gets created successfully: 1. Add global $wgEnableWriteAPI; to the beginning of the method that creates the pages 2. Create the ApiMain object as follows: $api = new ApiMain($params, $wgEnableWriteAPI); But, that's not my understanding of how the API is supposed to work. That is how its supposed to work. The main use for the api is via its entry point in api.php, which does work that way. The use of the API in extensions is only of secondary importance. -- 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 17140] Difficulties reaching IPv6-enabled sites (bugzilla, lists) in Opera, Chrome on some systems
https://bugzilla.wikimedia.org/show_bug.cgi?id=17140 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Summary|Difficulties reaching IPv6- |Difficulties reaching IPv6- |enabled sites (bugzilla,|enabled sites (bugzilla, |lists) in Opera on some |lists) in Opera, Chrome on |systems |some systems --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-07-12 19:23:18 UTC --- I'm seeing the same with the Google Chrome beta on my MacBook. :( -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17136] Exhibit: Pictures just as Link
https://bugzilla.wikimedia.org/show_bug.cgi?id=17136 denny vrandecic d...@aifb.uni-karlsruhe.de changed: What|Removed |Added CC||d...@aifb.uni-karlsruhe.de, ||f...@developerweb.de Severity|trivial |enhancement --- Comment #3 from denny vrandecic d...@aifb.uni-karlsruhe.de 2009-07-12 19:24:02 UTC --- Not that easy, I am afraid. Would be great if Fabian could check it out (CC'ing him). -- 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 19678] New: Logo not loading on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19678 Summary: Logo not loading on enwiki Product: Wikimedia Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: magnusani...@gmail.com Created an attachment (id=6328) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6328) A snapshot of the error I get when I try to access http://upload.wikimedia.org/wikipedia/en/b/bc/Wiki.png This is not a pressing issue, and it might well just be me; but for the past few days, the logo has been shown only at irregular intervals. Yesterday, it didn't appear and then did; today, it doesn't. For a time, many other images were also not displayed or took a long time to be displayed. Is it a problem with upload.wikimedia.org, or is it my configuration? (I tested this on another computer and got the same error.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19678] Logo not loading on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19678 --- Comment #1 from Magnus animum magnusani...@gmail.com 2009-07-12 19:27:49 UTC --- Follow-up: Upload.wikimedia.org *does* work for the logos of Meta and Wiktionary. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #19 from Harry Alffa harryal...@googlemail.com 2009-07-12 19:29:20 UTC --- Nobody is now suggesting changing strong - span. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #20 from jida...@jidanni.org 2009-07-12 19:35:39 UTC --- Then please change the Summary: Self-link feature should use only CSS, not HTML strong tag, for greater flexibility -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18770] listing of none protected page with list=allpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18770 --- Comment #1 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 20:05:56 UTC --- Not really trivial to accomplish this. LEFT JOIN against page_restrictions? -- 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 12672] Monobook skin doesn't take care of $wgDocType and $wgDTD
https://bugzilla.wikimedia.org/show_bug.cgi?id=12672 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-07-12 20:13:25 UTC --- was fixed in r52864 and 53029 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14024] Cross-wiki API
https://bugzilla.wikimedia.org/show_bug.cgi?id=14024 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #18 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 20:22:49 UTC --- (In reply to comment #14) (In reply to comment #13) Allowing MediaWiki to access the api of something from an interwiki prefix is a different bug. This bug is about letting non-mediawiki things use the local API to access the API of another wiki through interwiki. Yeah, maybe we should split this bug into: * creating a table that maps fr: - http://fr.wikipedia.org/w/api.php and making that table retrievable through the API * allowing proxying through the API using the aforementioned feature This bug clearly concentrates on the second point. I still see no reason for this feature, so I'm closing this as 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 12401] Parse noincludes and such from scary transcluded pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=12401 Bug 12401 depends on bug 14024, which changed state. Bug 14024 Summary: Cross-wiki API https://bugzilla.wikimedia.org/show_bug.cgi?id=14024 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15159] Turn wikilinks different colors depending on a page's presence on this wiki AND another specified wiki (e.g. Wikipedia)
https://bugzilla.wikimedia.org/show_bug.cgi?id=15159 Bug 15159 depends on bug 14024, which changed state. Bug 14024 Summary: Cross-wiki API https://bugzilla.wikimedia.org/show_bug.cgi?id=14024 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19679] New: special:emailuser without a target
https://bugzilla.wikimedia.org/show_bug.cgi?id=19679 Summary: special:emailuser without a target Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Email AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dannyc...@berkeley.edu If a user tries to access [[special:emailuser]] without specifying a user (special:emailuser/user name), they should get an option to enter a username instead of being presented with a message saying that they have not selected a target user. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13879] Special:Emailuser should have an input form
https://bugzilla.wikimedia.org/show_bug.cgi?id=13879 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||dannyc...@berkeley.edu --- Comment #9 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-07-12 21:09:07 UTC --- *** Bug 19679 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 19004] API: support for tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 --- Comment #6 from Gurch matthew.brit...@btinternet.com 2009-07-12 21:12:33 UTC --- (In reply to comment #4) 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. Agreed, I was trying to touch as little stuff as possible. Would that go in includes/ChangeTags.php? * 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 Here I did things the same way the special page does them. Not doing the group/count stuff loses the hit counts, which to be honest aren't all that important, and could be done away with. Is the output of Special:Tags cached? If so I guess that would explain the potentially expensive query. * 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 Everything works when I test it, this is only on a tiny wiki though. Also, 'end' is undocumented That would be because I forgot to remove 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 17136] Exhibit: Pictures just as Link
https://bugzilla.wikimedia.org/show_bug.cgi?id=17136 Fabian Howahl f...@developerweb.de changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Fabian Howahl f...@developerweb.de 2009-07-12 21:36:10 UTC --- I am aware of this issue. Unfortunately, fixing it is not as trivial as it appears to be. I've already put it on the list of features for future releases. In the meantime, creating an external exibit that is fed with the pictures might be an option. -- 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 14869] Access QueryPage-based special pages via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=14869 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added AssignedTo|roan.katt...@gmail.com |bryan.tongm...@gmail.com --- Comment #26 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 21:53:50 UTC --- Added generic query module in r53149. Does broken redirects only for now, need to investigate which modules can also be used. Todo: * Generator mode * Non-page generating query pages * Generator mode -- 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 14869] Access QueryPage-based special pages via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=14869 Bryan Tong Minh bryan.tongm...@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 19680] New: Edits caught by multiple filters, none set to disallow, prevents edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=19680 Summary: Edits caught by multiple filters, none set to disallow, prevents edit Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: od_mish...@yahoo.com CC: wikibugs-l@lists.wikimedia.org See http://en.wikipedia.org/wiki/Special:AbuseLog?title=Special:AbuseLogwpSearchUser=98.196.49.196. A user tries to do en edit, but this edit is caught by 2 filters - one set to warn, the other set to tag. These filters, together, prevent the edit from being done. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19004] API: support for tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 --- Comment #7 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 21:59:13 UTC --- (In reply to comment #6) (In reply to comment #4) 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. Agreed, I was trying to touch as little stuff as possible. Would that go in includes/ChangeTags.php? Yes, I think that would be the correct place. * 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 Here I did things the same way the special page does them. Not doing the group/count stuff loses the hit counts, which to be honest aren't all that important, and could be done away with. Is the output of Special:Tags cached? If so I guess that would explain the potentially expensive query. If it's in the special page then it should probably be ok. -- 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 19668] Support local names in our PostGIS schema
https://bugzilla.wikimedia.org/show_bug.cgi?id=19668 --- Comment #2 from Ævar Arnfjörð Bjarmason ava...@gmail.com 2009-07-12 22:06:00 UTC --- (In reply to comment #1) Created an attachment (id=6324) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6324) [details] Presumably this is the sort of change we need to make to default.style, untested Untested patch with the changes I *guess* are needed to default.style to make this happen. This works: gis= select name, name:is, name:de, name:zh from planet_osm_point where name:de != '' limit 1; name | name:is | name:de | name:zh +-+-+- Ísland | Ísland | Island | 冰岛 (1 row) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13049] API must be accessed through the primary script entry point error
https://bugzilla.wikimedia.org/show_bug.cgi?id=13049 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #13 from Bryan Tong Minh bryan.tongm...@gmail.com 2009-07-12 22:07:48 UTC --- (In reply to comment #9) r49833 looks wrong; it'll pull the PHP interpreter URL in CGI configurations, and may or may not work at all on other configs. We need to test it more widely and make sure we've got a clear idea of what's working where. It does work for me, and I can confirm that the safety check still works. Marking as fixed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14024] Cross-wiki API
https://bugzilla.wikimedia.org/show_bug.cgi?id=14024 Alex Z. mrzmanw...@gmail.com changed: What|Removed |Added CC||mrzmanw...@gmail.com --- Comment #19 from Alex Z. mrzmanw...@gmail.com 2009-07-12 23:12:01 UTC --- Is there an open bug for the other point? -- 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 19678] Logo not loading on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19678 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org OS/Version|Windows XP |All Platform|PC |All --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2009-07-12 23:30:12 UTC --- This is a known issue. See also http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#extreme_slowness.3F -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19670] Can not search on the left side bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #4 from Chad H. innocentkil...@gmail.com 2009-07-13 00:52:23 UTC --- *** This bug has been marked as a duplicate of bug 19492 *** -- 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 19492] I am unable to login or use the search on certain pages, but search works fine on other pages.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19492 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||-d__...@mail.goo.ne.jp --- Comment #2 from Chad H. innocentkil...@gmail.com 2009-07-13 00:52:23 UTC --- *** Bug 19670 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 19593] $wgServer can't be set properly with --server attribute in command line tools
https://bugzilla.wikimedia.org/show_bug.cgi?id=19593 --- Comment #8 from Sergey Chernyshev sergey.chernys...@gmail.com 2009-07-13 01:13:39 UTC --- Yes, this is understandable as CLI environment has no idea which virtual host we're working on, but is there any way for scripts to set the value earlier in the game so they work or setting the value in LocalSettings.php is the only way? Essentially, this means that setup script at /config/ should be writing $wgServer and $wgServerName value into the LocalSettings.php during initial setup. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19681] New: add an explicit action=view_source to view a page's markup
https://bugzilla.wikimedia.org/show_bug.cgi?id=19681 Summary: add an explicit action=view_source to view a page's markup Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: i...@skierpage.com Copy markup from page Xyz is an extremely common instruction when telling people how to make edits in MediaWiki. Yet this is extremely complicated and prone to error. If users just visit the page, they don't get the markup, but if you tell users to edit page Xyz, select its markup and copy it, the moment users visit they're presented a UI that doesn't match what you want them to do mdash; it encourages them to edit, tells them to preview, asks for a summary, etc. It also wastes CPU, MediaWiki renders the page, then renders the complicated editing UI. Instead MediaWiki should have a dedicated action to view markup. The code for this action is already present in MediaWiki! On many wikis, if you view a protected page, the [edit] tab turns into [View source], and if you choose the edit action you're presented with an uneditable text box with the markup and You can view and copy the source of this page. See e.g. http://semanticweb.org/index.php?title=MediaWiki:Smw_import_foafaction=edit So all that's needed is an action that triggers this behavior, with a slightly different introductory paragraph. Maybe reuse the optional parameter preview to show what the markup looks like. Notes: * I have a mild preference for action=view_markup because I confuse MediaWiki's view source with my browser's View source, but I don't feel strongly about the terminology. * action=raw eventually provides the markup of a page, but it's way too user-unfriendly: it triggers a download dialog and What should Firefox do with this file, and lacks the explanatory You can view and copy the source of this page. * http://www.mediawiki.org/wiki/Manual:Creating_pages_with_preloaded_text discusses workarounds for for the specific case of creating a new page from a template, e.g. using the CreateBox 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 19683] New: Config sync scripts fail to update machines with NFS-less /home configuration. Breaks mhr.wikipedia new addition
https://bugzilla.wikimedia.org/show_bug.cgi?id=19683 Summary: Config sync scripts fail to update machines with NFS- less /home configuration. Breaks mhr.wikipedia new addition Product: Wikimedia Version: unspecified Platform: All URL: http://mhr.wikipedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: tstarl...@wikimedia.org ReportedBy: br...@wikimedia.org CC: m...@nedworks.org, rhals...@wikimedia.org A bunch of apaches with the new NFS /home-free config are serving pages, but don't get their /apache/common-local files updated because sync-common and sync-dblist scripts use rsync from local /home on each machine. This is causing a chunk of reqs to eg the new http://mhr.wikipedia.org to fail, since they're missing updated configuration files. Sync scripts need to be updated to do whatever we're doing with scap? -- 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 19682] Wikimedia techblog favicon missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=19682 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-07-13 02:07:00 UTC --- *** This bug has been marked as a duplicate of bug 19614 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19682] New: Wikimedia techblog favicon missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=19682 Summary: Wikimedia techblog favicon missing Product: Wikimedia Version: unspecified Platform: All URL: http://techblog.wikimedia.org OS/Version: All Status: NEW Keywords: shell Severity: trivial Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pub...@mzmcbride.com http://techblog.wikimedia.org/wp-content/themes/fusion/favicon.ico returns a 404. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19614] Techblog: Favicon is missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=19614 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19614] Techblog: Favicon is missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=19614 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||pub...@mzmcbride.com --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-07-13 02:07:00 UTC --- *** Bug 19682 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 18328] mwdumper java.lang.IllegalArgumentException: Invalid contributor
https://bugzilla.wikimedia.org/show_bug.cgi?id=18328 Martin mar...@frantin.com changed: What|Removed |Added CC||mar...@frantin.com --- Comment #12 from Martin mar...@frantin.com 2009-07-13 03:01:49 UTC --- (In reply to comment #8) here is a link for the jar file that fixes the bug http://downloads.dbpedia.org/mwdumper_invalid_contributor.zip I downloaded the jar file specified above and there seems to be additionally changes to the file. I cannot get it to output SQL for schema 1.4 or 1.5. I downloaded the file twice and ran it against the enwikipedia dump and it completed successfully. However when I looked at the file it was XML, not SQL. I then downloaded the production version of the mwdumper.jar, http://download.wikimedia.org/tools/mwdumper.jar, with the same command line and it died in due to the bug, but it also put out SQL as requested. For clarity the command line was java -jar mwdumper.jar --format=sql1.4 --output=file:test.sql enwikipedia-20090708.xml. Am I missing something or is there an issue in the program with processing flags for SQL output? -- 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