[Bug 28731] mw.FlickrChecker.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=28731 --- Comment #3 from Lupo lupo.bugzi...@gmail.com 2011-04-29 06:30:20 UTC --- Ok; I've asked the second author of Flinfo whether he'd agree to publishing the sources and licensing them as GPL. If so, I'll post a zip here; otherwise, I may still send you the code privately, so that you can at least see what we did. -- 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 28736] Alphabetic sorting of pages in a category incorrect
https://bugzilla.wikimedia.org/show_bug.cgi?id=28736 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 2011-04-29 07:39:38 UTC --- $wgCategoryCollation = 'uca-default'; -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23886] Vector broken in Ghostzilla
https://bugzilla.wikimedia.org/show_bug.cgi?id=23886 --- Comment #6 from Platonides platoni...@gmail.com 2011-04-29 09:12:58 UTC --- I just tested with current wikipedia and it looks ok. Seems that whatever problem it had with early vector has been fixed (by us). -- 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 28745] New: Global variable removal in r87006 blocks Special:Cite
https://bugzilla.wikimedia.org/show_bug.cgi?id=28745 Bug #: 28745 Summary: Global variable removal in r87006 blocks Special:Cite Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: Cite AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: i...@lanin.org Classification: Unclassified Removal of this line on r87006: 3: global $wgContLang, $wgContLanguageCode, $wgCiteDefaultText; creates Fatal error: Call to a member function lc() on a non-object in ...SpecialCite_body.php on line 5 My current (temporary) workaround: Put back the line. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28745] Global variable removal in r87006 blocks Special:Cite
https://bugzilla.wikimedia.org/show_bug.cgi?id=28745 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-04-29 10:45:16 UTC --- r87120 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28743] siprop=interwikimap doesn't use interwiki cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=28743 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|critical|normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28277] Error when importing [[Template:0]] from Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28277 --- Comment #9 from mybugs.m...@gmail.com 2011-04-29 13:05:21 UTC --- (In reply to comment #7) (In reply to comment #6) I don't know why [[Template:0]] behaves different from other pages we imported from English Wikipedia. The wiki have not any success import under 1.17 from w:en, so it does not affect Template:0 alone. Indeed. I've tried to import [[MediaWiki:Gadget-contribsrange.js]] today and got the error again =( -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28277] Error when importing pages from English Wikipedia to Portuguese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=28277 mybugs.m...@gmail.com changed: What|Removed |Added Summary|Error when importing|Error when importing pages |[[Template:0]] from |from English Wikipedia to |Wikipedia |Portuguese 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 27172] Increase $wgAccountCreationThrottle for Portuguese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=27172 --- Comment #4 from mybugs.m...@gmail.com 2011-04-29 13:49:13 UTC --- (In reply to comment #3) Where you really using one of those two ips? I believe so, although I don't know how to check if those accounts were indeed created from the given IPs. However, I do know that those LIPs were used in some edits to the book entitled Logística: * [[b:pt:Special:Contributions/193.136.124.200]] * [[b:pt:Special:Contributions/193.136.126.36]] By the way, after exceeding the limit of 6, some accounts were created by going to another Wikimedia Project (where the limit wasn't reached yet), create the account there, and then come back to Portuguese Wikibooks to start editing. Is the wgAccountCreationThrottle supposed to work like that with SUL or is this just a bug which allow us to workaround the limit? Should we close this bug and reopen it when the feature is needed again? Or is it better to open different bugs for each time we need it (until 25000 is fixed)? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28362] page_views variable
https://bugzilla.wikimedia.org/show_bug.cgi?id=28362 --- Comment #2 from Aqquzf ad...@serebr.org 2011-04-29 15:23:50 UTC --- Yes, this request for non-Wikimedia projects. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28717] Please enable Rollbacker, Autopatroller, Flood flag, and Flagged Revisions on Bengali Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28717 Tanvir Rahman wikitan...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal --- Comment #8 from Tanvir Rahman wikitan...@gmail.com 2011-04-29 15:30:19 UTC --- (In reply to comment #6) I thought the discussion had already taken place and consensus was achieved? Please discuss these things on-wiki, not on Bugzilla. Thanks for the reminder. There is a solid base of consensus on the local community discussion about implementing these changes. Four supports against one oppose, which made 80% votes in favor (including 3 sysop supports). I belive, this is regarded as local community consensus for a small wiki like Bengali Wikipedia. Please note: For FlaggedRevs, we would like to have the same settings like the current enwiki settings. See that here: http://en.wikipedia.org/?oldid=420880541. Pending changes should not be applied automatically on any pages of any namespaces. It should only be applied on specific pages when administrators assign the settings/protections (like semi and full protection) there. If you have any question about settings, feel free to ask us. 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 28736] Alphabetic sorting of pages in a category incorrect
https://bugzilla.wikimedia.org/show_bug.cgi?id=28736 duplicate...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||duplicate...@googlemail.com Resolution||WORKSFORME --- Comment #2 from duplicate...@googlemail.com 2011-04-29 15:34:46 UTC --- works after a nulledit, maybe some server issue at page creation time or so -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28744] pages that include hundreds of templates can't save
https://bugzilla.wikimedia.org/show_bug.cgi?id=28744 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||DUPLICATE --- Comment #4 from Chad H. innocentkil...@gmail.com 2011-04-29 15:39:39 UTC --- *** This bug has been marked as a duplicate of bug 19262 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Large pages with a high number of particular templates have unacceptably slow rendering time for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||rkald...@wikimedia.org --- Comment #3 from Chad H. innocentkil...@gmail.com 2011-04-29 15:39:39 UTC --- *** Bug 28744 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 28744] pages that include hundreds of templates can't save
https://bugzilla.wikimedia.org/show_bug.cgi?id=28744 --- Comment #5 from duplicate...@googlemail.com 2011-04-29 15:43:31 UTC --- The page does not reach a limit: NewPP limit report Preprocessor node count: 424325/100 Post-expand include size: 1473315/2048000 bytes Template argument size: 353394/2048000 bytes Expensive parser function count: 0/500 Served by srv259 in 0.062 secs -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23813] Add dynamic category adding functionality to article edit mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=23813 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 15:53:35 UTC --- (In reply to comment #2) Wasn't HotCat merged into trunk or was that reverted? I don't remember that ever having happened. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28742] Create new Research: namespace on Meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=28742 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 15:56:53 UTC --- Please add a link to community consensus. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28743] siprop=interwikimap doesn't use interwiki cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=28743 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 15:58:27 UTC --- (In reply to comment #6) If this bug is a mediawiki bug which should be fixed according to your solution it would duplicates bug 20654 i created years ago. No, that's not quite the same thing. bug 20654 asks for population of the interwiki DB tables from the CDB files. However, it would be much nicer if the interwikimap module could just use the CDB files directly. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28746] New: Restore deleted thread page lacks subject
https://bugzilla.wikimedia.org/show_bug.cgi?id=28746 Bug #: 28746 Summary: Restore deleted thread page lacks subject Product: MediaWiki extensions Version: any Platform: All URL: https://translatewiki.net/w/i.php?title=Special:Undele tetarget=Thread%3ASupport%2FWikia%3AAutocreatewiki-bl urry-word%2Fentimestamp=20110429144216 OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bhar...@wikimedia.org, bugzilla.wikime...@publi.purodha.net Classification: Unclassified The page to show and possibly restore a deleted thread lacks the thrads subject headline. Thus it may be necessary to restore it, just in order to find out that it is not about the intended theme and it gets deleted again at once. I expect the subject to be shown as well as the treads contributions. -- 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 27864] special:prefixindex puts input box on another page when transcluded with no arguments.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27864 --- Comment #1 from Salvatore Ingala salvatore.ing...@gmail.com 2011-04-29 16:02:26 UTC --- Created attachment 8472 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8472 Proposed patch The patch changes two things: - Assume empty prefix when transcluded, as Bawolff suggested - Remove the All pages link in the upper-right corner, which doesn't seem to be of any use The root of the patch is the phase3 folder. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28663] MediaWiki:Top-fans-by-category-title-referrals-count - meaning is unclear.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28663 Purodha Blissenbach bugzilla.wikime...@publi.purodha.net changed: What|Removed |Added Summary|MediaWiki:Top-fans-by-categ |MediaWiki:Top-fans-by-categ |ory-title-referrals-count - |ory-title-referrals-count - |meaning uis unclear.|meaning is unclear. -- 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 27172] Increase $wgAccountCreationThrottle for Portuguese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=27172 --- Comment #5 from Platonides platoni...@gmail.com 2011-04-29 16:12:57 UTC --- $wgAccountCreationThrottle is per wiki. You took advantage of a hole in the SUL system. I refrained from telling about that way to evade our checks in the past, though, since it can be done for the bad, 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 28483] Please add priority to advanced fields when entering a new bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28483 --- Comment #4 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2011-04-29 16:16:05 UTC --- Not reopening because it appears of too low priority to myself, but reporting: I did not set pririties any more in my bug reports as advised in this thread. I received a series of e-mails because of the priorities changed in bugs submitted by me. They were all set the same I had done, if I had set them. In other words: Having had the opportunity to set priorities at the bug reporting page, that had saved another person adjusting them and sending and recieving and reading some e-mails meanwhile, without making anything else worse. -- 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 28718] Special:ProtectedPages addition options: sort by protection date
https://bugzilla.wikimedia.org/show_bug.cgi?id=28718 duplicate...@googlemail.com changed: What|Removed |Added CC||duplicate...@googlemail.com Component|API |Special pages AssignedTo|roan.katt...@gmail.com |wikibugs-l@lists.wikimedia. ||org Summary|Special:ProtectedPages |Special:ProtectedPages |addition options: no|addition options: sort by |redirects, sort by |protection date |pretection date | --- Comment #4 from duplicate...@googlemail.com 2011-04-29 16:26:01 UTC --- The time of protection is stored as a logentry and a revision in the database. You cannot use one of the date efficiently at the moment. You have to find the log entry/revision of the last protection, maybe there is a reprotection or so on, not easy. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27864] special:prefixindex puts input box on another page when transcluded with no arguments.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27864 Bawolff bawolff...@gmail.com changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28747] New: SUL allows circumvention of impersonation measures
https://bugzilla.wikimedia.org/show_bug.cgi?id=28747 Bug #: 28747 Summary: SUL allows circumvention of impersonation measures Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: User login AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: a...@sowhy.de Classification: Unclassified If you try to create an account that is similar to an existing one (such as me trying to create SöWhy), the software will check for existing usernames (here SoWhy) and disallow creation of the account. On the other hand, if you create the account SöWhy on another project that the SoWhy-account does not exist yet, you can then auto-create the account on the wiki the SoWhy account already exists, thus creating an impersonation account despite the measures set in place to prevent this. Example: - http://toolserver.org/~vvv/sulutil.php?user=SoWhy - http://toolserver.org/~vvv/sulutil.php?user=S%C3%B6Why Regards, SoWhy -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27410] The tag filter on a history page should be within a label element
https://bugzilla.wikimedia.org/show_bug.cgi?id=27410 --- Comment #2 from The Evil IP address theevilipaddr...@hotmail.de 2011-04-29 17:04:14 UTC --- Created attachment 8473 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8473 Patch using Xml::label I added a patch that wraps the label into a label tag. I thought it was an AbuseFilter related addition, which is why I didn't find it, but actually it's done by the core. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27410] The tag filter on a history page should be within a label element
https://bugzilla.wikimedia.org/show_bug.cgi?id=27410 The Evil IP address theevilipaddr...@hotmail.de changed: What|Removed |Added Keywords||patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28742] Create new Research: namespace on Meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=28742 Erik Moeller moel...@scireview.de changed: What|Removed |Added CC||moel...@scireview.de --- Comment #2 from Erik Moeller moel...@scireview.de 2011-04-29 17:18:49 UTC --- This is a request on behalf of the Wikimedia Foundation Research Committee, which is the primary group tasked with organizing and systematizing Wikimedia-related research projects. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of particular templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Priority|Low |Normal Platform|PC |All Summary|Large pages with a high |Pages with a high number of |number of particular|particular templates suffer |templates have unacceptably |extremely slow rendering or |slow rendering time for |read timeout for logged in |logged in users |users Severity|normal |major --- Comment #4 from Ryan Kaldari rkald...@wikimedia.org 2011-04-29 17:25:09 UTC --- Changing description and severity per duped bug. Not being able to save articles means loss of new data. Also, I get read timeout errors when trying to view diffs of articles like: http://en.wikipedia.org/wiki/List_of_former_NTA_Film_Network_affiliates -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28661] Acawiki is running a version of MediaWiki with known security exploits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28661 --- Comment #3 from Jon Phillips j...@rejon.org 2011-04-29 17:45:28 UTC --- Nathan Kinkade from CC also upgraded SMW on that machine from 1.5 to 1.5.6, which is the latest stable version. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28661] Acawiki is running a version of MediaWiki with known security exploits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28661 Jon Phillips j...@rejon.org changed: What|Removed |Added Priority|Unprioritized |High Status|NEW |RESOLVED Resolution||FIXED Severity|normal |major -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27363] Mobile RTL Wikipedias are displayed as LTR
https://bugzilla.wikimedia.org/show_bug.cgi?id=27363 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-04-29 17:59:40 UTC --- I'm seeing this on the *home page* for http://ar.m.wikipedia.org/ http://ckb.m.wikipedia.org/ http://fa.m.wikipedia.org/ etc ... ... but actual *article pages* are coming up RTL: http://ckb.m.wikipedia.org/wiki/%DA%98%D8%A7%D9%BE%DB%86%D9%86 http://ar.m.wikipedia.org/wiki/%D8%AE%D9%84%D9%8A%D9%81%D8%A9 http://he.m.wikipedia.org/wiki/%D7%94%D7%97%D7%9C%D7%95%D7%A5 ... except sometimes they *do* come up LTR on the first view, then RTL on the second. Might be related to caching or such; the home pages might always come up wrong because they're not showing a regular page as such? -- 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 28748] New: One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 Bug #: 28748 Summary: One multibyte character in parser function output kills all article content Product: MediaWiki Version: 1.16.4 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mediaw...@blazemonger.com Classification: Unclassified Created attachment 8474 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8474 Parser function extension Bug.php causes article text to be truncated If a parser function returns any multibyte characters, even one, all article content gets truncated. The article has no content when rendered. This is simple to reproduce reliably with PHP 5.3.3 and MediaWiki 1.16.4. 1. Make sure your PHP is 5.3. We have 5.3.3 on our Linux host (CentOS 5.6). 2. Install the wiki extension Bug.php, attached to this report. 3. Create an article with three lines: This is the first line. {{#bug:}} This is the last line. 4. Save the article. The MediaWiki page is rendered but the article content is empty. View the HTML source and see there is no article text below the start content comment. I have reproduced this on 3 different wiki servers. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28748] One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-04-29 18:05:03 UTC --- \226 is not a multibyte character; it's an invalid UTF-8 byte sequence. That causes pcre to discard the input at some stage, and this has been the case for several years since PHP 5.1 or so. You must only return valid UTF-8 strings. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28748] One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 --- Comment #2 from Dan Barrett mediaw...@blazemonger.com 2011-04-29 18:06:54 UTC --- FYI, problem does not occur in PHP 5.1.6. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28748] One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-04-29 18:07:35 UTC --- There's no PHP error, it's internal to PCRE. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28740] Category suggestion is case sensitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=28740 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-04-29 18:17:46 UTC --- Using the opensearch interface is probably the right thing to do; it'll also pick up improvements on the search like not being limited to strict prefix matches in an advanced search engine. We should make sure that there's a dead-easy way to slap a standard typeahead search suggestion box with given namespace limit settings onto any field, since this is going to be pretty common in advanced editing tools. -- 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 28740] Category suggestion is case sensitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=28740 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #2 from Bawolff bawolff...@gmail.com 2011-04-29 18:22:15 UTC --- We actually already have some js that sort of does that - os_initHandlers(id of input box,id of form element,inout element); which will look at hidden input fields to determine which namespaces to search, but its not exactly very jQuery-esq. -- 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 28740] Category suggestion is case sensitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=28740 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 18:22:45 UTC --- (In reply to comment #2) We actually already have some js that sort of does that - os_initHandlers(id of input box,id of form element,inout element); which will look at hidden input fields to determine which namespaces to search, but its not exactly very jQuery-esq. resources/jquery/jquery.suggestions.js -- 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 28740] Category suggestion is case sensitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=28740 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-04-29 18:27:02 UTC --- Roan suggests nipping the bits from WikiEditor's link dialog as a model; it uses the opensearch lookup and the jquery.suggestion plugin to handle all the actual drop-down controls. Probably one could merge that into a common module that can be called from both places for future maintainability. The goodies are in jquery.wikiEditor.dialogs.config.js -- find the 'Title suggestions' section where it sets the field up. -- 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 21196] $wgMaxCredits breaks MW on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||ialex.w...@gmail.com Resolution||FIXED --- Comment #8 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-04-29 18:28:02 UTC --- Fixed in r87129. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Bug 384 depends on bug 21196, which changed state. Bug 21196 Summary: $wgMaxCredits breaks MW on PostgreSQL https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18004] Add a default summary for editing of Introduction
https://bugzilla.wikimedia.org/show_bug.cgi?id=18004 --- Comment #3 from Jean-Sébastien Girard cir...@hotmail.com 2011-04-29 18:34:20 UTC --- Yes, exactly. Currently (IIRC) if I edit an intro section and do not add a specific summary, the edit summary is blank, while any section will have at least an indication which section was worked on. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of particular templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added URL||http://en.wikipedia.org/wik ||i/List_of_former_NTA_Film_N ||etwork_affiliates?action=pu ||rge --- Comment #5 from Ryan Kaldari rkald...@wikimedia.org 2011-04-29 18:39:19 UTC --- Here are some reports for articles with lots of citation templates and extremely long load times: List of former NTA Film Network affiliates (gives read timeout errors on save or view diff): Document render time: 2-3 minutes Preprocessor node count: 424325/100 Post-expand include size: 1481257/2048000 bytes Template argument size: 353396/2048000 bytes Expensive parser function count: 0/500 List of chess books, A-L: Document render time: 50 seconds Preprocessor node count: 376837/100 Post-expand include size: 1595542/2048000 bytes Template argument size: 450957/2048000 bytes Expensive parser function count: 1/500 World War II: Document render time: 49 seconds Preprocessor node count: 223394/100 Post-expand include size: 1599138/2048000 bytes Template argument size: 563135/2048000 bytes Expensive parser function count: 7/500 List of chess books, M-Z: Document render time: 46 seconds Preprocessor node count: 343867/100 Post-expand include size: 1682659/2048000 bytes Template argument size: 462589/2048000 bytes Expensive parser function count: 1/500 Barack Obama: Document render time: 42 seconds Preprocessor node count: 256842/100 Post-expand include size: 2026458/2048000 bytes Template argument size: 823644/2048000 bytes Expensive parser function count: 21/500 Virginia: Document render time: 41 seconds Preprocessor node count: 172228/100 Post-expand include size: 1679062/2048000 bytes Template argument size: 833123/2048000 bytes Expensive parser function count: 28/500 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of citation templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Summary|Pages with a high number of |Pages with a high number of |particular templates suffer |citation templates suffer |extremely slow rendering or |extremely slow rendering or |read timeout for logged in |read timeout for logged in |users |users -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28748] One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 --- Comment #5 from Dan Barrett mediaw...@blazemonger.com 2011-04-29 18:44:57 UTC --- Does PCRE return any sort of status/result to MediaWiki that could be emitted as an error? It would be so helpful if *some* component in the whole system could identify the problem when it happens. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28748] One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 --- Comment #6 from Brion Vibber br...@wikimedia.org 2011-04-29 18:47:03 UTC --- The function returns null, which could be detected. However *every single use* of preg_replace or preg_replace_callback, and large chunks of preg_match and preg_match_all calls might need to have checks added, and I'm not convinced that it solves much since the 'entire page goes blank when a bad multibyte char shows up' symptom has been very stable for several years. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of citation templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage CC||m...@everybody.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 28748] One multibyte character in parser function output kills all article content
https://bugzilla.wikimedia.org/show_bug.cgi?id=28748 --- Comment #7 from Dan Barrett mediaw...@blazemonger.com 2011-04-29 18:53:28 UTC --- Thanks Brian. We encountered this problem in an extension that reads from a SQL Server database via an ODBC driver that claims to return UTF-8. Unfortunately, whenever I construct a test case with that ODBC driver talking to PHP directly, I cannot get preg_match() to fail. Only when it talks to MediaWiki. Hence the bug report. Thanks for your reasoned commentary 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 28679] When $wgLanguageCode set to zh file cache do not work.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28679 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage Priority|Unprioritized |Normal CC||m...@everybody.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 16921] Comments may be cut off on page moves and page protections
https://bugzilla.wikimedia.org/show_bug.cgi?id=16921 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage CC||m...@everybody.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 28694] Limit length of Other reason field in RevDelete.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28694 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage -- 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 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Low CC||m...@everybody.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 28739] in Special:MovePage the Move page button should be disabled until a new name was entered
https://bugzilla.wikimedia.org/show_bug.cgi?id=28739 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage Priority|Unprioritized |Normal CC||m...@everybody.org AssignedTo|wikibugs-l@lists.wikimedia. |asha...@wikimedia.org |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 28747] SUL allows circumvention of impersonation measures
https://bugzilla.wikimedia.org/show_bug.cgi?id=28747 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage Priority|Unprioritized |High CC||m...@everybody.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 23558] Re-enable Go and Search buttons on enwiki, commons pending SimpleSearch fix
https://bugzilla.wikimedia.org/show_bug.cgi?id=23558 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Priority|Normal |High Severity|enhancement |major --- Comment #13 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-04-29 19:13:27 UTC --- I was about to close this bug, because it generated no interest since full-text searching was fixed, but today i noticed something that made me think that maybe it should be fixed. The current mobile Wikipedia is really only for Wikipedia. I tried using Wiktionary today from my phone, and i couldn't run a search - i can write the word in the search box, but my phone doesn't have a way to send an Enter-like event. This is true for my Samsung Monte, for Symbian-based Nokia phones and maybe for many others. On the iPhone the SimpleSeach drop-down works, although not without issues. On the Mobile Wikipedia this is solved by putting near the input box a button that actually runs the search and can be pressed by the Symbian mouse-like pointer, by the Samsung touchscreen or by whatever there is in the other phones. Until there's a new mobile WikiMedia app, this button should be added to Wikimedia projects. Marking this as High priority - it's nearly impossible to search non-Wikipedia projects on many mobile devices until it's solved. -- 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 26380] Add support for \widetilde.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26380 --- Comment #2 from Bawolff bawolff...@gmail.com 2011-04-29 19:17:39 UTC --- Thenub314 fixed this in r86965. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28747] AntiSpoof and CentralAuth should be friends
https://bugzilla.wikimedia.org/show_bug.cgi?id=28747 Platonides platoni...@gmail.com changed: What|Removed |Added CC||agarr...@wikimedia.org, ||platoni...@gmail.com Component|User login |CentralAuth Version|unspecified |any AssignedTo|wikibugs-l@lists.wikimedia. |vasi...@gmail.com |org | Product|MediaWiki |MediaWiki extensions Summary|SUL allows circumvention of |AntiSpoof and CentralAuth |impersonation measures |should be friends --- Comment #1 from Platonides platoni...@gmail.com 2011-04-29 19:18:16 UTC --- AntiSpoof does not work with CentralAuth currently. This could work on two ways: by blocking the account autocreation if there's a local account with similar name, or by blocking registration if there is a similarly named global account. I think the later is preferable. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28741] Requesting new mailing list for Wikimedia Bolivia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28741 Casey Brown b...@caseybrown.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Casey Brown b...@caseybrown.org 2011-04-29 19:27:39 UTC --- Mailing list Wikimedia-BO created and password sent to Alhen. -- 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 28741] Requesting new mailing list for Wikimedia Bolivia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28741 --- Comment #2 from Patricio Molina patriciomol...@gmail.com 2011-04-29 19:29:24 UTC --- (In reply to comment #1) Mailing list Wikimedia-BO created and password sent to Alhen. Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28747] AntiSpoof and CentralAuth should be friends
https://bugzilla.wikimedia.org/show_bug.cgi?id=28747 --- Comment #2 from SoWhy a...@sowhy.de 2011-04-29 19:33:39 UTC --- Blocking autocreation would probably not work without heavy modifications, also that would still allow impersonation of prominent users on little known side projects, for example by claiming to be an en-wiki admin on en-wikiversity. On a side note, AntiSpoof probably needs to be improved as well, as seen in the recent attack of impersonation accounts on en-wiki. For example, AntiSpoof does not block the creation of usernames with a single character changed unless that character is similar to the changed one (SöWhy is blocked but SüWhy is not). On a short username like mine, a change of a character is easily noticed but if the username has 15+ characters or if the username is complicated, many people will not notice the change, so it would probably be good if AntiSpoof checked how much the new username has in common with existing ones. -- 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 28738] GET variable for load.php might exceed 512 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28738 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 20:01:51 UTC --- (In reply to comment #2) I think this should be detected during installation, right? Printing a warning then would be a good time to tell the person installing that they need to change things. Good idea. -- 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 28483] Please add priority to advanced fields when entering a new bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28483 --- Comment #5 from Mark A. Hershberger m...@everybody.org 2011-04-29 20:09:29 UTC --- (In reply to comment #4) I received a series of e-mails because of the priorities changed in bugs submitted by me. They were all set the same I had done, if I had set them. In other words: Having had the opportunity to set priorities at the bug reporting page, that had saved another person adjusting them and sending and recieving and reading some e-mails meanwhile, without making anything else worse. You can change when emails are sent to you if you want. For instance, if you don't want to be notified when someone just changes the priority, status, severity, or milestone there is a pref for that here: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email Since, as bugmeister, I have to read all new bug reports anyway, setting the initial priority is just another part of my job and not that difficult. Currently, when you open a bug, it gets set to unprioritized until I set it. We've been discussing much of this on wikitech-l. -- 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 28738] GET variable for load.php might exceed 512 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28738 --- Comment #4 from Max Semenik maxsem.w...@gmail.com 2011-04-29 20:10:45 UTC --- Possible URL reduction method: modules=jquery:autoEllipsis,checkboxShiftClick,client,collapsibleTabs|jquery.ui:button,core,dialog In addition to saving on module names, it also sends 1 byte for comma instead of 3 bytes for pipe which you have to percent-encode. -- 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 28749] New: Request for creation of two Mailing list to brazilian community.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28749 Bug #: 28749 Summary: Request for creation of two Mailing list to brazilian community. Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Mailing lists AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: berial...@gmail.com Classification: Unclassified Years ago, a mailing list dedicate to the creation of Brazilian chapter was created (ver bug number 15446) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28749] Request for creation of two Mailing list to brazilian community.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28749 --- Comment #1 from Béria Lima berial...@gmail.com 2011-04-29 20:18:43 UTC --- (In reply to comment #0) Years ago, a mailing list dedicate to the creation of Brazilian chapter was created (ver bug number 15446) (continuing :D ) that mailing was create to discus the creation of WMBR (wikimedia brasil), but after some internal problems became a general list to all brazilian community. Now, there are a proposal to create a chapter, and two mailing list with the same name could be very confusing, so i'm requesting the creation of two mailing lists: 1. WikiBrasil-I - to be the general list (as the actual one) - if possible please transfer all history of messages to that new list. 2. wmBR-I - who will be the mailing list to the new proposal of chapter. I really don't have any idea of what to do with wikimediabr-I. But i believe the best way would turn the mail wikimediab...@lists.wikimedia.org into a redirect to the first one (i.e. wikibrasi...@lists.wikimedia.org) for a while, and after close it. Thanks in advance. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28750] New: Side by Side Preview no longer working
https://bugzilla.wikimedia.org/show_bug.cgi?id=28750 Bug #: 28750 Summary: Side by Side Preview no longer working Product: MediaWiki extensions Version: any Platform: PC OS/Version: Windows 7 Status: NEW Severity: normal Priority: Unprioritized Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: dmur...@bcombudsperson.ca CC: asha...@wikimedia.org, roan.katt...@gmail.com Classification: Unclassified After updating to the most recent svn revisions (we have successively tried r87128, 87129, and 87131 today), the Side by Side Preview function no longer works as it previously did. When it is activated, the three tabs (Wikitext, Preview, Changes) display, and editing works fine. Switching to the preview tab results in a brief Loading.. and then displays a blank text box. The Changes tab displays a strikethrough for the entire page - ie. it reflects that all page content is deleted in this edit. However saving any edits works as it should, ie. content is not deleted and intended edits work just fine. -- 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 28750] Side by Side Preview no longer working
https://bugzilla.wikimedia.org/show_bug.cgi?id=28750 --- Comment #1 from Dave Murray dmur...@bcombudsperson.ca 2011-04-29 20:44:48 UTC --- Should add that we are experiencing this behaviour with IE8 and MediaWiki 1.16.2 -- 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 28238] paraminfo: output both limits for multi param
https://bugzilla.wikimedia.org/show_bug.cgi?id=28238 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Reedy s...@reedyboy.net 2011-04-29 20:53:22 UTC --- r87132 -- 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 28751] New: prop=infoinprop=protection shows sometimes protection multiple
https://bugzilla.wikimedia.org/show_bug.cgi?id=28751 Bug #: 28751 Summary: prop=infoinprop=protection shows sometimes protection multiple Product: MediaWiki Version: 1.18-svn Platform: All URL: http://en.wikipedia.org/w/api.php?action=querytitles= %sprop=infoinprop=protection OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, soxre...@gmail.com, vasi...@gmail.com Classification: Unclassified The url shows: protection pr type=edit level=sysop expiry=infinity / pr type=edit level=sysop expiry=infinity / pr type=move level=sysop expiry=infinity / pr type=move level=sysop expiry=infinity / pr type=edit level=sysop expiry=infinity / pr type=move level=sysop expiry=infinity / /protection Why get each type added three times to the output? It is not better to get it unique? Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28738] GET variable for load.php might exceed 512 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28738 --- Comment #5 from Brion Vibber br...@wikimedia.org 2011-04-29 21:31:35 UTC --- Note that an installation-time check isn't necessarily sufficient -- if your hosting provider changes their configuration later on, you won't be warned. Max's suggestion at shortening the URLs by collapsing out common prefixes is quite clever, though dependency ordering may mean that doesn't always work in an optimized fashion. It also won't protect against a few more modules coming in and bumping it beyond the limit again... -- 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 28738] GET variable for load.php might exceed 512 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28738 --- Comment #6 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 21:33:11 UTC --- (In reply to comment #5) Note that an installation-time check isn't necessarily sufficient -- if your hosting provider changes their configuration later on, you won't be warned. Max's suggestion at shortening the URLs by collapsing out common prefixes is quite clever, though dependency ordering may mean that doesn't always work in an optimized fashion. It also won't protect against a few more modules coming in and bumping it beyond the limit again... Dependency ordering is irrelevant. The order of modules in the query string determines the order in which they are delivered, yes, but the client-side loader is smart enough to execute everything in the right order regardless of which order the delivery order. -- 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 28752] New: Update-script does not work properly when xcache is enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=28752 Bug #: 28752 Summary: Update-script does not work properly when xcache is enabled Product: MediaWiki Version: 1.16.4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jweberho...@weberhofer.at CC: innocentkil...@gmail.com Classification: Unclassified When xcache has been enabled, the update script called from the command line fails with errors: ?@server:~/public_html/wiki/maintenance$ php update.php PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/xx/public_html/wiki/includes/BagOStuff.php on l ine 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/xx/public_html/wiki/includes/BagOStuff.php on l ine 567 This seems to be an xcache-related problem; As this problem will not be fixed in xcache [http://xcache.lighttpd.net/ticket/228], I'd suggest to automatically disable all caches when scripts are invoked from command-line. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28751] prop=infoinprop=protection shows sometimes protection multiple
https://bugzilla.wikimedia.org/show_bug.cgi?id=28751 --- Comment #1 from Reedy s...@reedyboy.net 2011-04-29 21:39:40 UTC --- I'm not sure why it'd be better to get them unique. http://en.wikipedia.org/wiki/%s say's it's a bad request Using the page id... A direct SQL query only gives me 2 results, being one after the other protections, both edit=sysop:move=sysop 3 edit and 3 move is weird http://en.wikipedia.org/w/index.php?title=Special%3ALogtype=user=page=%25syear=month=-1tagfilter=hide_patrol_log=1hide_review_log=1 (show/hide) 22:45, 12 November 2006 Ral315 (Talk | contribs | block) protected %s (No real article can be written here, and it's used by Firefox users to search. No need to edit further. [edit=sysop:move=sysop]) It seems to be a weird edge case. I dunno, seems something we shouldn't really care about/bother filtering (ie 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 28751] prop=infoinprop=protection shows sometimes protection multiple
https://bugzilla.wikimedia.org/show_bug.cgi?id=28751 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|normal |trivial -- 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 28750] Side by Side Preview no longer working
https://bugzilla.wikimedia.org/show_bug.cgi?id=28750 --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 21:40:22 UTC --- You shouldn't be using the trunk version of WikiEditor with MediaWiki 1.16.2. Still, side-by-side preview is probably still broken, even if you do use it with MW trunk or MW 1.17 (which will be released soon). It's not something that has been given much if any attention in the past year or so :( -- 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 14712] API: logevents do not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14712 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||22744 -- 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 22744] Add/Update indexes for queries done by the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=22744 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||14712 -- 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 28751] prop=infoinprop=protection shows sometimes protection multiple
https://bugzilla.wikimedia.org/show_bug.cgi?id=28751 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2011-04-29 21:43:22 UTC --- Looking at the database it's got restrictions both in the page.page_restrictions field (old style) and in the page_restrictions table (new style). Where the third pair comes from I don't know. -- 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 21919] Write and implement Google News SiteMaps (GNSM) extension for Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=21919 --- Comment #56 from Bawolff bawolff...@gmail.com 2011-04-29 22:11:19 UTC --- It should now have an s-maxage of 1800 in r87140. I was originally going to output the header directly in order to set the max-age to 1800 as well, but it appears that the underlying RSS feed class in core already uses $wgOut-sendCacheControl so I just used $wgOut's methods for setting s-maxage, which means it doesn't set the max-age header for client side caching, and it won't set the s-maxage header if the user is logged in, which is unideal, but I don't think its really a problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28753] New: Burmese language name is not shown in the interlanguage links list in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=28753 Bug #: 28753 Summary: Burmese language name is not shown in the interlanguage links list in IE Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il Classification: Unclassified In IE8 and IE9 on Windows 7 the name of the Burmese language (code my) is shown as squares in the interlanguage links list. The actual Burmese Wikipedia does seem to work in the same browser, so i have a font installed, but in the links list the link is not seen, so the reader has to guess that that is the language. This does work correctly in Firefox on the same computer. I opened articles with a lot of interlanguage links, like [[True Jesus Church]] :), and i didn't see any other language that is affected by this problem, but i use Internet Explorer very rarely, so it's possible that there are others. This may be Microsoft's fault, but if there's anything that MW developers can do to fix it, it would be nice. Maybe explicitly specifying a font will correct 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 28753] Burmese language name is not shown in the interlanguage links list in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=28753 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2011-04-29 22:17:38 UTC --- Its Microsoft's fault :P When firefox sees a character that doesn't exist in the current font, it tries every font it has until it finds one that works. When IE sees a character that doesn't exist in the current font, it sits down and cries. Explicitly specifying a font that has that character would fix the issue though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28752] Update-script does not work properly when xcache is enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=28752 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-04-29 22:40:48 UTC --- We shouldn't disable all caches from the command line if they work. It only seems to be Xcache with the problem, so hacked it to not do anything when in CLI in r87145. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28750] Side by Side Preview no longer working
https://bugzilla.wikimedia.org/show_bug.cgi?id=28750 --- Comment #3 from Dave Murray dmur...@bcombudsperson.ca 2011-04-29 22:56:12 UTC --- (In reply to comment #2) You shouldn't be using the trunk version of WikiEditor with MediaWiki 1.16.2. Still, side-by-side preview is probably still broken, even if you do use it with MW trunk or MW 1.17 (which will be released soon). It's not something that has been given much if any attention in the past year or so :( Thanks Roan - we decided to try the trunk version as the stable branch (r74799) has awful behaviour pasting formatted text from MS Word - it apepars in the edit window with all its formatting rather than as plain text as it should, but if you save the edits it obliterates all the page content except the first line only of what was pasted. I could report a separate bug for this but it seems to have been resolved in the more recent builds. Guess we'll revert back to the stable branch version as we'd identified workarounds for the bug by pasting from word into notepad, then pasting that plain text into the wiki, or using a Word Add-in to save as MediaWiki format. Cheers for the information. -- 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 27179] API: List of extension tags through meta=siteinfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=27179 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|API: List of extension tags |API: List of extension tags ||through meta=siteinfo --- Comment #1 from Reedy s...@reedyboy.net 2011-04-29 23:02:37 UTC --- Done function hooks too r87147 -- 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 27179] API: List of extension tags through meta=siteinfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=27179 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28754] New: getCategoryLinks() in Skin.php (line 631)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28754 Bug #: 28754 Summary: getCategoryLinks() in Skin.php (line 631) Product: MediaWiki Version: 1.18-svn Platform: PC OS/Version: Windows 7 Status: NEW Severity: trivial Priority: Unprioritized Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: kekeven...@hotmail.com CC: agarr...@wikimedia.org Classification: Unclassified The following error appears when attempting to preview the standard theme in Preferences: Fatal error: Call to a member function getCategoryLinks() on a non-object in C:\wamp\www\mediawiki\trunk\phase3\includes\Skin.php on line 631 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21919] Write and implement Google News SiteMaps (GNSM) extension for Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=21919 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #57 from Chad H. innocentkil...@gmail.com 2011-04-29 23:57:52 UTC --- I've deployed this to testwiki. I encourage people to test it out a bit then we can look at a push to the live site. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21196] $wgMaxCredits breaks MW on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #9 from Brion Vibber br...@wikimedia.org 2011-04-30 00:00:18 UTC --- Reverted in r87152: causes failures like this (seen when attempting to log in) SkinTemplate::makeTalkUrlDetails given invalid pagename User: Backtrace: #0 /var/www/trunk/includes/SkinTemplate.php(691): SkinTemplate-makeTalkUrlDetails('User:') #1 /var/www/trunk/includes/SkinTemplate.php(495): SkinTemplate-buildPersonalUrls(Object(OutputPage)) #2 /var/www/trunk/includes/OutputPage.php(1906): SkinTemplate-outputPage(Object(OutputPage)) #3 /var/www/trunk/includes/Wiki.php(402): OutputPage-output() #4 /var/www/trunk/index.php(146): MediaWiki-finalCleanup() #5 {main} -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Bug 384 depends on bug 21196, which changed state. Bug 21196 Summary: $wgMaxCredits breaks MW on PostgreSQL https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28755] New: redirect blog.wikimediafoundation.org to blog.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=28755 Bug #: 28755 Summary: redirect blog.wikimediafoundation.org to blog.wikimedia.org Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: DNS AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jalexan...@wikimedia.org Classification: Unclassified Given that our main site is Wikimediafoundation.org blog.wikimediafoundation.org is an understandable assumption for the blog. Currently that leads to an error and would be better off redirecting to the blog if possible. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23564] begin_of_the_skype_highlighting appears around phone numbers in articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=23564 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.3 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23017] Disambiguation pages aren't showing in Special:Disambiguations
https://bugzilla.wikimedia.org/show_bug.cgi?id=23017 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.2 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21196] $wgMaxCredits breaks MW on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.1 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25751] incorrect time displayed in History when in daylight saving site
https://bugzilla.wikimedia.org/show_bug.cgi?id=25751 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.5 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20036] php error in LinkHolderArray
https://bugzilla.wikimedia.org/show_bug.cgi?id=20036 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.0 |1.15.x -- 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 24325] Mediawiki data loss
https://bugzilla.wikimedia.org/show_bug.cgi?id=24325 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.4 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22576] file names with + signs can not uploaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=22576 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.1 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19571] Unsupported CONCAT() used for Sqlite database
https://bugzilla.wikimedia.org/show_bug.cgi?id=19571 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Version|1.15.0 |1.15.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l