[Bug 11215] Install PdfHandler extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=11215 --- Comment #19 from ThomasV 2009-03-19 06:30:31 UTC --- I no longer support the activation of this. I changed my mind for the following reason: Djvu files may contain a text layer, which can store the result of an OCR. This text layer can be extracted and provide a starting point for corrections on the wiki. Soon this will be done automatically, when a page is edited for the first time, without the need to use a robot (see latest changes to ProofreadPage). The text layer is not supported by the PDF format. Users who start to work on a PDF project might later realize that they want a djvu file, because they need to start from an OCR. This will force them to rename all the pages. This is messy. In contrast, if they start from a djvu file, it will always be possible to add or improve the text layer, by uploading a new version of the file. Moving pages around is not needed. In addition, the last year has shown that the community has learned to create and handle djvu files, which is the appropriate format for scans. -- 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 18045] New: Search within linked files
https://bugzilla.wikimedia.org/show_bug.cgi?id=18045 Summary: Search within linked files Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ryan.andrew.hendrick...@gmail.com I'd like to see MediaWiki add the ability to search off of links. For example, if I link to a Word/PowerPoint held on a server, MediaWiki should be able to do an intensive search through the text of the document to find potential matches. Ryan 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 8657] Superimpose another image as click destination
https://bugzilla.wikimedia.org/show_bug.cgi?id=8657 René Kijewski changed: What|Removed |Added Attachment #5917 is|0 |1 obsolete|| --- Comment #5 from René Kijewski 2009-03-19 03:07:15 UTC --- Created an attachment (id=5941) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5941) Moved (now) redundant code into a static method; links no more have to be well formed -- 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 17698] Update request for mg.wikipedia logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17698 Melancholie changed: What|Removed |Added CC||wiki.melancho...@web.de URL|http://mg.wikipedia.org |http://mg.wikipedia.org/wiki ||/File:Wiki.png Severity|trivial |normal --- Comment #2 from Melancholie 2009-03-19 02:21:48 UTC --- > ... at [[commons:File:Wikipedia-logo-mg.png]] ... needs to be used ... You need to upload that image to http://mg.wikipedia.org/wiki/File:Wiki.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 18044] euprop=ns embedded in euprop=title
https://bugzilla.wikimedia.org/show_bug.cgi?id=18044 --- Comment #1 from jida...@jidanni.org 2009-03-19 02:10:49 UTC --- Looking at the others on http://www.mediawiki.org/wiki/API:Query_-_Properties , this embedding seems widespread. Odd that e.g., a might give , a|b might give , but a|b|c might give -- 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 17673] exportnowrap=true causes internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=17673 --- Comment #4 from jida...@jidanni.org 2009-03-19 01:52:43 UTC --- I mean to say I still get the error, and I'm up to r48562. -- 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 17673] exportnowrap=true causes internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=17673 --- Comment #3 from jida...@jidanni.org 2009-03-19 01:50:57 UTC --- I still get the error with r48562. http://radioscanningtw.jidanni.org/api.php?action=query&list=allpages&aplimit=1&export&exportnowrap http://radioscanningtw.jidanni.org/index.php?title=Special: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 18044] New: euprop=ns embedded in euprop=title
https://bugzilla.wikimedia.org/show_bug.cgi?id=18044 Summary: euprop=ns embedded in euprop=title Product: MediaWiki Version: 1.15-svn Platform: All URL: http://en.wikipedia.org/w/api.php?action=query&list=extu rlusage&euprop=title OS/Version: All Status: NEW Severity: minor Priority: Normal Component: API AssignedTo: roan.katt...@home.nl ReportedBy: jida...@jidanni.org CC: bryan.tongm...@gmail.com, vasi...@gmail.com euprop=ns should be an independent parameter. Currently it is embedded in the results of euprop=title. -- 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 18043] New: AbuseFilter log shows the contents of deleted pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18043 Summary: AbuseFilter log shows the contents of deleted pages Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikipedia/en/wiki/Wikipedia _talk:Abuse_filter#Viewing_deleted_pages OS/Version: All Status: NEW Severity: major Priority: Normal Component: AbuseFilter AssignedTo: and...@epstone.net ReportedBy: wikiwo...@gmail.com CC: wikibugs-l@lists.wikimedia.org An action performed on a page that triggers the abuse filter is logged, but the content of the page in the log remains visible after the page is deleted. -- 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 18026] exportnowrap busted
https://bugzilla.wikimedia.org/show_bug.cgi?id=18026 --- Comment #3 from jida...@jidanni.org 2009-03-18 23:57:28 UTC --- I fixed docs: http://www.mediawiki.org/w/index.php?title=API%3AQuery&diff=245125&oldid=245123 -- 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 11213] [edit] section links in printable version interfere with cut-and-paste of article text
https://bugzilla.wikimedia.org/show_bug.cgi?id=11213 Arash Boostani changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Arash Boostani 2009-03-18 23:31:46 UTC --- Fixed in r48544 Rather than doing this after the page loads, via javascript, I made it so that those links don't get rendered at all in the printable version of the page. This means that the printable version will now be cached separately, which was not the case prior to this 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 4582] Provide preference-based autoformatting for unlinked dates
https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #279 from Brion Vibber 2009-03-18 23:02:56 UTC --- Since this tweaks around markup, it really needs some parser test cases. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17680] colon sometimes URL encoded "%3A" right there in the browser URL entry area
https://bugzilla.wikimedia.org/show_bug.cgi?id=17680 --- Comment #16 from Roan Kattouw 2009-03-18 22:56:58 UTC --- (In reply to comment #15) > > This is not a MediaWiki problem. Complain to Mozilla. > "Dear Mozilla, you made my colon pretty. I want it ugly." > > I don't think you understand me. > > I'm trying to say that I don't like %3A's when they could just be :'s. > > I am still curious: > Could MediaWiki be adjusted to stop the phenomenon? > As people have repeatedly said on this bug: the problem is not with MediaWiki, and no, there is nothing MediaWiki could do to stop browsers from mangling colons. All it could really do is serve colons rather than %3A's in links and forms, and it's already doing 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 16554] Import strips angle brackets on some installations (libxml2 entity bug)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16554 --- Comment #17 from jida...@jidanni.org 2009-03-18 22:26:04 UTC --- Exactly. This will prevent no end of pain months later when they try to untangle thier garbled edits. Top priority if I were in charge. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16554] Import strips angle brackets on some installations (libxml2 entity bug)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16554 --- Comment #16 from Brion Vibber 2009-03-18 22:19:44 UTC --- One option might be to do a runtime test, like we do for the PHP 5.0 64-bit array index bug; if the XML parser is buggy, we can throw a nice visible error explaining that you have to fix your installation instead of silently corrupting input. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3158] Automatic nbsp is inserted even into XHTML attributes, including style
https://bugzilla.wikimedia.org/show_bug.cgi?id=3158 RockMFR changed: What|Removed |Added CC||rock...@gmail.com --- Comment #2 from RockMFR 2009-03-18 22:12:21 UTC --- See http://en.wikipedia.org/wiki/User:RockMFR/style-nbsp-bug for a variant of this that occurs when using spaces before template parameters. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16554] Import strips angle brackets on some installations (libxml2 entity bug)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16554 Brion Vibber changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #15 from Brion Vibber 2009-03-18 22:01:35 UTC --- *** Bug 18022 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 18022] Special:Import now eating all ampersands
https://bugzilla.wikimedia.org/show_bug.cgi?id=18022 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Brion Vibber 2009-03-18 22:01:35 UTC --- *** This bug has been marked as a duplicate of bug 16554 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18042] New: Spam not being deleted from OTRS system
https://bugzilla.wikimedia.org/show_bug.cgi?id=18042 Summary: Spam not being deleted from OTRS system Product: Wikimedia Version: unspecified Platform: All URL: https://ticket.wikimedia.org/otrs/index.pl?Action=AgentT icketQueue&QueueID=3&View= OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: OTRS AssignedTo: tstarl...@wikimedia.org ReportedBy: rjd0060.w...@gmail.com The junk queue is continuing to build up (currently holding 198,382 messages). -- 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 18039] onload hook handling shouldn't break when one hook fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=18039 --- Comment #2 from Lupo 2009-03-18 21:50:56 UTC --- Didn't actually read what Mike had copied from the Commons discussion. Note that patch 5940 is only for the onload hook wrapping and exception logging (done using jsMsg), not about any other stuff that was mentioned on-wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18039] onload hook handling shouldn't break when one hook fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=18039 --- Comment #1 from Lupo 2009-03-18 21:44:54 UTC --- Created an attachment (id=5940) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5940) Patch to wikibits.js for bug 18039 Attached is a patch for implementing the mechanism I used at the Commons directly in wikibits.js. Note that this is a slightly stripped-down version; I didn't want to include the "use window.console for logging if available" bit in the patch. If you want that, too, take a look at function Logger.log_exception in http://commons.wikimedia.org/wiki/MediaWiki:Common.js -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18041] Wikibooks icon on login needs to be updated to current logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=18041 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |rhals...@wikimedia.org |l...@lists.wikimedia.org | Summary|Wikibooks icon on login |Wikibooks icon on login ||needs to be updated to ||current logo --- Comment #1 from Brion Vibber 2009-03-18 21:41:46 UTC --- Rob, the icons used to display on CentralAuth cross-domain login are listed in wmgCentralAuthLoginIcon in InitialiseSetup.php. You should be able to swap out the wikibooks one with a new one based on the updated logo pretty straightforwardly. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18041] Wikibooks icon on login
https://bugzilla.wikimedia.org/show_bug.cgi?id=18041 Techman224 changed: What|Removed |Added 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 18041] New: Wikibooks icon on login
https://bugzilla.wikimedia.org/show_bug.cgi?id=18041 Summary: Wikibooks icon on login Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: techman...@yahoo.ca When you login to any wikimedia site, you get this, "Logging you in to projects of Wikimedia Foundation:" then under that, you get icons for the various wikimedia projects. Someone forgot to update the wikibooks logo. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18006] New mailing list for enwp crats
https://bugzilla.wikimedia.org/show_bug.cgi?id=18006 Cary Bass changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Cary Bass 2009-03-18 21:31:36 UTC --- Email list wikien-bureacrats created. Dweller set as administrator. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17537] Turn off zlib.output_compression for 304
https://bugzilla.wikimedia.org/show_bug.cgi?id=17537 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Brion Vibber 2009-03-18 21:27:13 UTC --- Applied in r48540 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16842] Fatal error: SVN proxy error
https://bugzilla.wikimedia.org/show_bug.cgi?id=16842 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #3 from Aaron Schulz 2009-03-18 21:16:21 UTC --- Closing; seems to be gone -- 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 17984] Allow restriction of access to Special:Code
https://bugzilla.wikimedia.org/show_bug.cgi?id=17984 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-03-18 21:15:12 UTC --- Done in r48538 (related to r48537) -- 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 18033] File moving error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18033 --- Comment #4 from MBisanz 2009-03-18 21:07:54 UTC --- http://en.wikipedia.org/wiki/File:Death.jpg Apparently I missed the error message on that 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 16842] Fatal error: SVN proxy error
https://bugzilla.wikimedia.org/show_bug.cgi?id=16842 --- Comment #2 from Raimond Spekking 2009-03-18 21:04:47 UTC --- Not seen again since the reporting day. -- 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 16842] Fatal error: SVN proxy error
https://bugzilla.wikimedia.org/show_bug.cgi?id=16842 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #1 from Aaron Schulz 2009-03-18 21:00:19 UTC --- Does this still occur? -- 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 17680] colon sometimes URL encoded "%3A" right there in the browser URL entry area
https://bugzilla.wikimedia.org/show_bug.cgi?id=17680 --- Comment #15 from jida...@jidanni.org 2009-03-18 20:39:35 UTC --- > This is not a MediaWiki problem. Complain to Mozilla. "Dear Mozilla, you made my colon pretty. I want it ugly." I don't think you understand me. I'm trying to say that I don't like %3A's when they could just be :'s. I am still curious: Could MediaWiki be adjusted to stop the phenomenon? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15842] Enable image renaming on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842 Brion Vibber changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from Brion Vibber 2009-03-18 20:22:02 UTC --- Disabled due to reports of data corruption/loss in some moves. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18033] File moving error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18033 --- Comment #3 from MBisanz 2009-03-18 20:21:55 UTC --- (In reply to comment #1) > Also happened with > http://en.wikipedia.org/wiki/File:Athens_1840.png > http://en.wikipedia.org/wiki/File:Apollo_18_album_cover.png > > when converting MIME errors. > Error message encountered when doing the above was Could not find file "$1". -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18033] File moving error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18033 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #2 from Brion Vibber 2009-03-18 20:21:07 UTC --- Image renaming is disabled pending resolution. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18033] File moving error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18033 --- Comment #1 from MBisanz 2009-03-18 20:17:24 UTC --- Also happened with http://en.wikipedia.org/wiki/File:Athens_1840.png http://en.wikipedia.org/wiki/File:Apollo_18_album_cover.png when converting MIME errors. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15379] Logo for stq.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15379 Maarten van der Bent changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Comment #7 from Maarten van der Bent 2009-03-18 20:14:41 UTC --- The new version with the proper dimensions is now also uploaded as [[stq:File:Wiki.png]] on the Saterlandic Wikipedia. So this request is reopened now. I hope the new logo will be applied soon! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15646] Page creation notification email is sent when a watched page is deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=15646 ^demon changed: What|Removed |Added CC||m...@tgries.de --- Comment #6 from ^demon 2009-03-18 20:06:48 UTC --- *** Bug 18032 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 18032] Wrong Enotif messagetext when a watched page is deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=18032 ^demon changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from ^demon 2009-03-18 20:06:48 UTC --- *** This bug has been marked as a duplicate of bug 15646 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3185] Page move rollback should not leave a redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=3185 --- Comment #7 from Mike.lifeguard 2009-03-18 20:03:45 UTC --- (In reply to comment #6) > The option to not create a redirect when moving a page has been added to the > UI, though not permitted to any users by default. That should of course be > changed - rollbackers and sysops should have access to it. Global rollbackers > and Stewards have access to this, and it works /very/ nicely. > That's been done, but it's still not *rollback* of a page move, which is key. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18040] New: Error with links in semantic template fields
https://bugzilla.wikimedia.org/show_bug.cgi?id=18040 Summary: Error with links in semantic template fields Product: MediaWiki extensions Version: any Platform: All URL: http://sandbox.semantic- mediawiki.org/wiki/Dhftestpageforlinks1 OS/Version: Linux Status: NEW Severity: blocker Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: deborah.h.fol...@boeing.com CC: yaro...@gmail.com When we place an internal or external link in a template field that is associated with a semantic property, the page is not displayed correctly. A link in a template field that is not associated with a semantic property displays correctly. In the following examples the Main Page is an internal link. Do to the problem itself this Description may not display correctly. You may need to look at this page in the edit tab to see what I am saying. Example template field with semantic property display as: [[Dhfstring1::Here is an internal link Main Page]] Example template field without semantic property displays as: Here is an internal link Main Page See the URL above for an example of the problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17722] Unable to change temporary password
https://bugzilla.wikimedia.org/show_bug.cgi?id=17722 ^demon changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #3 from ^demon 2009-03-18 19:55:59 UTC --- Fixed for real in r48524 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17613] 1.14 ignores MediaWiki:Common.css
https://bugzilla.wikimedia.org/show_bug.cgi?id=17613 Milos Jakubicek changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Milos Jakubicek 2009-03-18 19:40:30 UTC --- You're right, the reason was in our own skin based on MonoBook from MediaWiki 1.12 -- after I rebased the skin to MonoBook from 1.14, everything works as expected. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17471] Default our search box to "Search" instead of "Go" on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=17471 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm --- Comment #2 from Mike.lifeguard 2009-03-18 19:35:57 UTC --- Does anyone know what the configuration variable is for doing this? According to http://www.mediawiki.org/wiki/Manual:Configuration_settings#Search the closest thing is http://www.mediawiki.org/wiki/Manual:$wgUseTwoButtonsSearchForm which does not do what is asked for. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18039] New: onload hook handling shouldn't break when one hook fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=18039 Summary: onload hook handling shouldn't break when one hook fails Product: MediaWiki Version: 1.15-svn Platform: All URL: http://commons.wikimedia.org/w/index.php?title=MediaWiki :Common.js&diff=19380030&oldid=18916605 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mikelifegu...@fastmail.fm CC: lupo.bugzi...@gmail.com Copied from http://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard&oldid=19396943#Javascript: Our current setup with Javascripts has the problem that errors in one script may prevent other scripts from working. Most of our scripts (gadgets and others) work by registering a function that is to be executed once the main part of the page has been loaded. If there are several scripts (gadgets or others) active, they each will register their own function. These functions will then be run in the order they were registered once the page is ready. The problem with this is that if one of these registered functions has an error and crashes (raises an exception), those functions that were registered later won't be run at all. That can have hard-to-track and usually unwanted effects. Lupo has added to Commons' MediaWiki:Common.js such that exceptions from these "onload" functions get caught. That code catches such exceptions and logs them, thereby making sure that all registered functions get called even if some of them fail. The question now is where to log these errors, and who should see them. Currently, that code tries to log them to the browser's "error console", if possible, and displays the errors on the page only if that fails or if the user viewing the page is a sysop. (That's based on the assumption that sysops are typically the only ones who can do something about JS errors, since most of our scripts reside in protected pages anyway.) Non-sysop users would see these errors only if their browser had no "error console". But I could just as well suppress error messages for non-sysop users completely, or suppress them for anyone by default and show them only for users who put a certain flag in their monobook.js. The code was tested on IE6 (alas, no source info), FF3.0.7 with Firebug 1.3.3, Safari 3.2.2 (Webkit 525.28.1), Opera 9.6.3. When people complain about strange things that might be connected with our JavaScript (such as gadgets not working or not having a category bar on the upload form), tell them to look at the top of the page whether there's some error message there. Of course, ideally, one would fix this in wikibits.js directly. They should have written the onload hook handling from the very beginning such that it doesn't break when one hook fails. Wikibits could also give us a better jsMsg, and addPortletLink could be written such that it also works on the old skins (see e.g. function addToolLink in MediaWiki:Utilities.js). It could also offer a very minimal set of common JavaScript enhancements (such as String.trim or Function.bind, and other simple commonly used and often re-implemented stuff). But frankly said, I have no patience. Getting a change into wikibits means opening a bugzilla "enhancement" bug report, and these get low priority. If something like this ever goes into wikibits, great. But I wanted it now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1954] tag for audio playlists
https://bugzilla.wikimedia.org/show_bug.cgi?id=1954 Diaa changed: What|Removed |Added CC||diaa_abdelmon...@yahoo.com --- Comment #1 from Diaa 2009-03-18 19:29:09 UTC --- This is very important. Firefox has by default the native player. So please consider fixing 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 18038] New: Impossible to modify rights on mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18038 Summary: Impossible to modify rights on mediawiki Product: MediaWiki Version: 1.14-svn Platform: All URL: http://grondin.tuxfamily.org/index.php?title=Sp%C3%A9cia l:Permissions OS/Version: All Status: NEW Severity: major Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bertrand.gron...@aliceadsl.fr Mediawiki doesn't update database after saving modifications in Special:Userrights -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18037] New: critical error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18037 Summary: critical error Product: MediaWiki extensions Version: any Platform: All URL: http://grondin.tuxfamily.org/index.php?title=Sp%C3%A9cia l:Modifications_r%C3%A9centes OS/Version: All Status: NEW Severity: critical Priority: Normal Component: LiquidThreads AssignedTo: davemcc...@gmail.com ReportedBy: bertrand.gron...@aliceadsl.fr Impossible to access to Special:RecentChanges page in mediawiki for most of user. Developer can access. I read the following message : Fatal error: Call to a member function title() on a non-object in /data/web/6c/03/7c/grondin.tuxfamily.org/htdocs/extensions/LiquidThreads/LqtBaseView.php on line 215. Only stewards, on my own wiki can access to it. This is the permission on my own wiki $wgSharedUploadDBname = true; $wgAllowCopyUploads = true; $wgUploadNavigationUrl = 'http://commons.wikimedia.org/wiki/Special:Upload'; $wgBlockAllowsUTEdit= true; # Blocks allow users to edit their own user talk page $wgGroupPermissions['sysop']['deleterevision'] = true; $wgGroupPermissions['oversight']['deleterevision'] = true; $wgGroupPermissions['bureaucrat']['hiderevision'] = true; $wgGroupPermissions['steward']['hiderevision'] = true; $wgGroupPermissions['oversight']['hiderevision'] = true; $wgGroupPermissions['developer']['siteadmin'] = true; $wgGroupPermissions['oversight']['oversight'] = true; $wgGroupPermissions['oversight']['suppress'] = true; $wgGroupPermissions['oversight']['hideuser'] = true; $wgGroupPermissions['steward']['userrights'] = true; $wgGroupPermissions['developer']['userrights'] = false; $wgGroupPermissions['bureaucrat']['userrights'] = false; # Disable the whole Special:Userrights interface. $wgGroupPermissions['sysop']['userrights'] = false; # Disable the whole Special:Userrights interface. $wgGroupPermissions['sysop']['mergehistory']= true; $wgAddGroups['bureaucrat'] = array( 'sysop', 'bot', 'interwiki', 'patroller', 'staff', 'rollback', 'checkuser', 'Translators' ); $wgAddGroups['sysop'] = array( 'interwiki', 'patroller', 'rollback', 'staff', 'Translators'); $wgAddGroups['steward'] = true; $wgAddGroups['developer'] = array( 'sysop', 'bot', 'interwiki', 'patroller', 'staff', 'rollback', 'checkuser', 'Translators', 'bureaucrat', 'oversight' ); $wgRemoveGroups['steward'] = true; $wgRemoveGroups['developer'] = array( 'sysop', 'bot', 'interwiki', 'patroller', 'staff', 'rollback', 'checkuser', 'Translators', 'bureaucrat', 'oversight' ); $wgRemoveGroups['bureaucrat'] = array( 'sysop', 'bot', 'interwiki', 'patroller', 'staff', 'povwatch', 'rollback', 'Translators'); $wgRemoveGroups['sysop'] = array( 'interwiki', 'staff', 'rollback' ); $wgGroupPermissions['rollback']['rollback'] = true; $wgGroupPermissions['suppress']['hideuser'] = true; // To hide revisions/log items from users and Sysops $wgGroupPermissions['oversight']['suppressrevision'] = true; // For private suppression log access $wgGroupPermissions['oversight']['suppressionlog'] = true; // For deleting redirect $wgGroupPermissions['sysop']['suppressredirect'] = true; $wgGroupPermissions['suppress']['suppressredirect'] = true; $wgGroupPermissions['steward']['reset-passwords'] = true; # AUTRES POUVOIRS $wgRestrictionLevels = array( '', 'autoconfirmed', 'sysop', 'interwiki', 'bureaucrat', 'developer', 'oversight', 'steward' ); $wgEnotifWatchlist = true; # UPO $wgEnotifUserTalk = true; # UPO $wgEnotifRevealEditorAddress= true; # UPO; reply-to address may be filled with page editor's address (if user allowed this in the preferences) $wgRCShowWatchingUsers = true; # UPO $wgPageShowWatchingUsers = true; $wgSVGMaxSize = 102400; $wgUseCopyrightUpload = true; $wgExportAllowListContributors = true ; $wgAllowUserJs = true; $wgAllowUserCss = true; $wgBlockAllowsUTEdit=true; $wgGroupPermissions['sysop']['mergehistory']= true; $wgRateLimitsExcludedGroups = array( 'sysop', 'bureaucrat', 'developer', 'steward', 'oversight' ); -- 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 16521] SiteStatsUpdate warning with MySQL 5.1.30
https://bugzilla.wikimedia.org/show_bug.cgi?id=16521 --- Comment #2 from pp 2009-03-18 18:41:29 UTC --- Not even an acknowledgement for almost four months. Are we reporting this issue wrongly somehow? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18036] Allow arguments to pass into search fields?
https://bugzilla.wikimedia.org/show_bug.cgi?id=18036 --- Comment #1 from stevertigo 2009-03-18 17:57:04 UTC --- Note also the [[Template:Search archives]] form doesn't work at [[Wikipedia:Requests for arbitration/Completed requests]], where the archives are listed. I will try posting a searchbox to the main [[WP:RFAR]] page though. -- 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 18036] New: Allow arguments to pass into search fields?
https://bugzilla.wikimedia.org/show_bug.cgi?id=18036
Summary: Allow arguments to pass into search fields?
Product: MediaWiki extensions
Version: any
Platform: All
URL: http://en.wikipedia.org/wiki/Template:Search_subpages
OS/Version: All
Status: NEW
Severity: minor
Priority: Normal
Component: Inputbox
AssignedTo: tpars...@wikimedia.org
ReportedBy: stv...@gmail.com
The normal form requires hardcoding:
type=search
prefix={{FULLPAGENAME}}/Archive
This form (used at [[Template:Search archives]]) doesn't work in cases such as
[[Wikipedia:Archived deletion discussions]] (WP:ADD), because most of the
discussions are under [[Wikipedia:Articles for deletion/Log/]]. Using that
template means hard-transcluding the page name where the tag/searchbox is,
rather than the desired subpage prefix.
I created [[Template:Search subpages]] to try and correct this problem but
found out that there's more going on:
type=fulltext
prefix={{{1}}}
Search "foo" returns:
Search results for: [foo prefix:{{{1}}} ] = None found.
I don't know how this might be done. I'm guessing there might be some security
issues.
--
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 18035] New: Need a way to sort by more than one parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=18035 Summary: Need a way to sort by more than one parameter Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: innocentkil...@gmail.com It would be really cool if we could sort revisions in more than one way. For example: author = demon && status = fixme or -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17698] Update request for mg.wikipedia logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17698 Maarten van der Bent changed: What|Removed |Added CC||maartenvdb...@gmail.com --- Comment #1 from Maarten van der Bent 2009-03-18 16:10:20 UTC --- I made a transparent logo at [[commons:File:Wikipedia-logo-mg.png]]. This logo (or another transparent one) needs to be used as the current one is not transparent (the logo must be transparent). For the record, I'm not a bugfixer, so you still need another person to change the logo in the software :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17673] exportnowrap=true causes internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=17673 Roan Kattouw changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #2 from Roan Kattouw 2009-03-18 15:28:19 UTC --- *** Bug 18026 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 18026] exportnowrap busted
https://bugzilla.wikimedia.org/show_bug.cgi?id=18026 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@home.nl Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Roan Kattouw 2009-03-18 15:28:19 UTC --- Was reported earlier and fixed on trunk 3 weeks ago (!), but the fix hasn't gone live yet, which is quite worrying (scap, Brion, scap!) Also note that this is an incorrect use of &exportnowrap: both &export and &exportnowrap must be used. The api.php documentation was updated to mention this in the same revision. *** This bug has been marked as a duplicate of bug 17673 *** -- 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 15667] Special:Export ignoring input parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=15667 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@home.nl Component|API |Export/Import --- Comment #4 from Roan Kattouw 2009-03-18 15:20:21 UTC --- Moving this bug back from the API component to the Export/Import component: the export API doesn't even *have* limit or offset parameters. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16232] Create proofread page namespaces on Norwegian Bokmål Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=16232 Rob Halsell changed: What|Removed |Added CC||rhals...@wikimedia.org AssignedTo|wikibugs- |rhals...@wikimedia.org |l...@lists.wikimedia.org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15722] Create proofread page namespaces on Chinese Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=15722 Rob Halsell changed: What|Removed |Added CC||rhals...@wikimedia.org AssignedTo|wikibugs- |rhals...@wikimedia.org |l...@lists.wikimedia.org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17680] colon sometimes URL encoded "%3A" right there in the browser URL entry area
https://bugzilla.wikimedia.org/show_bug.cgi?id=17680 --- Comment #14 from Aryeh Gregor 2009-03-18 11:23:51 UTC --- (In reply to comment #12) > ":" is a reserved character and will be percent-encoded by any browser that > follows the specification. See http://tools.ietf.org/html/rfc3986#section-2.2 > and [[Percent-encoding#Types_of_URI_characters]] If anything, to the contrary, agents are not supposed to encode or decode colons, specifically because they're reserved: URIs that differ in the replacement of a reserved character with its corresponding percent-encoded octet are not equivalent. Percent- encoding a reserved character, or decoding a percent-encoded octet that corresponds to a reserved character, will change how the URI is interpreted by most applications. If : is indeed considered reserved here, then encoding it would change the meaning of the URL. Compare: URI producing applications should percent-encode data octets that correspond to characters in the reserved set unless these characters are specifically allowed by the URI scheme to represent data in that component. Firefox is not a "URI producing application" here -- it's just reproducing the URI provided by MediaWiki, and so this doesn't apply to it. It might apply to MediaWiki (which is why I'm addressing this argument at all), but a) it says "should", so we can always ignore it if it seems to be safe and makes the URLs prettier ;), and b) there's the exception "unless these characters are specifically allowed by the URI scheme to represent data in that component." If we consult RFC 2616, which defines the http: scheme, we find in sections 3.2.1 and 3.2.2[1] that its production for the path part of the URI is that of abs_path from RFC 2396. If we look there, we find[2] that an abs_path can contain any pchar, with pchar being defined as pchar = unreserved | escaped | ":" | "@" | "&" | "=" | "+" | "$" | "," Therefore I conclude that in "http:" URIs specifically, colons are not reserved in the path part, and it's perfectly legitimate for us to emit them unencoded, and for clients to encode and decode them freely (which is what Firefox seems to do). [1] http://tools.ietf.org/html/rfc2616#section-3.2.1 [2] http://tools.ietf.org/html/rfc2396 (search for abs_path and follow the productions) (In reply to comment #13) > OK, but what about e.g., > http://en.wikipedia.org/w/index.php?title=User_talk:Jidanni&action=history > Here the colon is also in the query string, but do we ever see it end > up as %3A in any browser's URL bar, unless we type in in there > ourselves? This is not a MediaWiki problem. Complain to Mozilla. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18034] New: Images component under MediaWiki should be renamed
https://bugzilla.wikimedia.org/show_bug.cgi?id=18034 Summary: Images component under MediaWiki should be renamed Product: Wikimedia Version: unspecified Platform: All URL: https://bugzilla.wikimedia.org/show_bug.cgi?id=18019 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: br...@wikimedia.org ReportedBy: p858sn...@yahoo.com.au The images component under the MediaWiki Product in bugzilla should be renamed to Files since that is what it encompasses on the wiki now. -- 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 18033] New: File moving error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18033 Summary: File moving error Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/w/index.php?title=Wikipedia:Vill age_pump_(technical)&oldid=278063006#File_renaming_error OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Images AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mattbis...@yahoo.com When moving files to new names on enwiki I encountered the following error. The move completes as normal, but the script generates the following error * Api error: Unknown error: ``'' - unknownerror The image description page moves to the new name and leaves a redirect at the old name, but the file itself stays at the old page. Places it has happened are on are: http://en.wikipedia.org/wiki/File:Are_You_Man_Enough.jpg http://en.wikipedia.org/wiki/File:Vermont_Street_(San_Francisco).jpg http://en.wikipedia.org/wiki/File:Honey.jpg http://en.wikipedia.org/wiki/File:Jewel.jpg With Are you man enough, I was able to move and delete the file and then move the file description page on top of it and restore. With Vermont Street, when I tried the above, the file undeletion generated the error Undelete failed; someone else may have undeleted the page first. Error undeleting file: Unable to write to file "public/archive/a/a4/20070717110943!DSCN7043.JPG": file exists I restored the image by viewing and downloading the deleted image and then re-uploading it. With Honey and Jewel I haven't tried anything, so they still need fixing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18023] Enable Special:Books on Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18023 p858snake 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18023] Enable Special:Books on Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18023 Melancholie changed: What|Removed |Added CC||wiki.melancho...@web.de Component|Bugzilla|Site requests -- 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 18017] Image page should list places that image redirects are used
https://bugzilla.wikimedia.org/show_bug.cgi?id=18017 carni...@gmail.com changed: What|Removed |Added CC||carni...@gmail.com --- Comment #3 from carni...@gmail.com 2009-03-18 08:51:40 UTC --- I think this should be higher-priority than "enhancement": without accurate image usage data, two of my bots can't function properly, and a third will actively cause problems. I'd really rather not go back to screen-scraping, because page HTML is subject to change without notice. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15684] Enable Abuse Filter on English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15684 Oli changed: What|Removed |Added CC||oli_h...@hotmail.com --- Comment #12 from Oli 2009-03-18 07:56:14 UTC --- I've tested a few filters at the test wiki and they work fine! I think a good idea would be to stop any new filters being created that have the same parameters as an existing filter because the existing filter list is already quite large and that's only after half a month. In general I think the abuse filter will be a VERY helpful addition to enwiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18001] Rollback of null edit does not restore flag
https://bugzilla.wikimedia.org/show_bug.cgi?id=18001 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-03-18 07:55:29 UTC --- Fixed in r48515 -- 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
