[Bug 29405] Hindi Title text characters are partially cut (not visible)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29405 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c |org |om --- Comment #22 from Santhosh Thottingal santhosh.thottin...@gmail.com 2011-09-10 06:20:57 UTC --- Created attachment 9041 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9041 Add padding for #firstHeading Zero padding for #firstHeading makes text cut for scripts like Devanagari , Malayalam etc(Bug 29405 and 30809), especially when the glyphs are stacked or having lower diacritic marks. Remove padding-top:0 and padding-bottom:0 to allow h1 inherit the padding bottom and top values from commonElements.css fixes this. Fixing overflow:hidden will also make them appear, but will be overlapping with the line below heading. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30809] Lower Diacritics of Devanagari Hidden in Page Titles and Headings
https://bugzilla.wikimedia.org/show_bug.cgi?id=30809 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||santhosh.thottingal@gmail.c ||om Resolution||DUPLICATE --- Comment #12 from Santhosh Thottingal santhosh.thottin...@gmail.com 2011-09-10 06:22:20 UTC --- *** This bug has been marked as a duplicate of bug 29405 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29405] Hindi Title text characters are partially cut (not visible)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29405 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added CC||siddhartha.g...@gmail.com --- Comment #23 from Santhosh Thottingal santhosh.thottin...@gmail.com 2011-09-10 06:22:20 UTC --- *** Bug 30809 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 30841] New: development of unit tests for FormatJson.php versus PHP built-in json_encode() json_decode()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30841 Web browser: --- Bug #: 30841 Summary: development of unit tests for FormatJson.php versus PHP built-in json_encode() json_decode() Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Unit tests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@tgries.de CC: krinklem...@gmail.com, m...@everybody.org Classification: Unclassified Suggested is to ... use some tests to make sure that the output from Services_Json and json_{en,de}code are identical. Enhancement bug filed for an issue in the mailinglist discussion [Wikitech-l] Re quests about log system: - json in php requires a mess of code and potentially a 3rd party libraries because: -- the bulit-in json json_{en,de}code library functions may not be installed -- the bulit-in json library in some cases actually has a bug that makes it encode/decode json incorrectly Well, that's why we have the FormatJson wrapper. Could use some tests to make sure that the output from Services_Json and json_{en,de}code are identical. I'm whipping up some trivial ones now. [1] http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/55429 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30841] development of unit tests for FormatJson.php versus PHP built-in json_encode() json_decode()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30841 T. Gries m...@tgries.de changed: What|Removed |Added Priority|Unprioritized |Normal URL||http://svn.wikimedia.org/vi ||ewvc/mediawiki/trunk/phase3 ||/includes/json/ Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30841] development of unit tests for FormatJson.php versus PHP built-in json_encode() json_decode()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30841 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||FIXED --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-09-10 06:34:35 UTC --- I already wrote some initial tests in r96713. Feel free to add more if you'd like :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28279] PostgreSQL 8.4.7 don't work with SocialProfile extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=28279 --- Comment #2 from Anton Yackushev yackushe...@gmail.com 2011-09-10 07:09:19 UTC --- svn 96716, PostgreSQL 8.4.8, Mediawiki 1.17 There was other error: PHP Parse error: syntax error, unexpected T_ELSE, expecting T_FUNCTION in /var/www/mediawiki/public_html/extensions/SocialProfile/UserProfile/UserProfilePage.php on line 885, referer: http://example.com/wiki/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 30842] New: Keep home-random menu expanded after clicking random
https://bugzilla.wikimedia.org/show_bug.cgi?id=30842 Web browser: --- Bug #: 30842 Summary: Keep home-random menu expanded after clicking random Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aude.w...@gmail.com CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Sometimes it's fun to just keep clicking random. Especially on a mobile device as a way to kill time + maybe learn something new and interesting! :) It's no fun to keep having to re-expand the menu each time after clicking random. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30843] New: [mediawiki.Title.js] Converting extension to lowercase causes undesired results
https://bugzilla.wikimedia.org/show_bug.cgi?id=30843 Web browser: --- Bug #: 30843 Summary: [mediawiki.Title.js] Converting extension to lowercase causes undesired results Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: listenle...@gmail.com CC: tpars...@wikimedia.org Classification: Unclassified Created attachment 9042 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9042 Qunit test mediawiki.Title.js converts the extension (or what it thinks is the extension) to lowercase. This is only a good thing when you want to normalize user input for a new file, if you want to get information about an already existing file or the page is in some other namespace, converting things behind a dot to lowercase is the wrong behavior. The patch adds a qunit test that fails at the moment, since User:ABC.DEF is converted to User:ABC.def. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30843] [mediawiki.Title.js] Converting extension to lowercase causes undesired results
https://bugzilla.wikimedia.org/show_bug.cgi?id=30843 Michael M. listenle...@gmail.com changed: What|Removed |Added Attachment #9042|0 |1 is patch|| Attachment #9042|application/octet-stream|text/plain mime type|| -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30844] New: tags/extensions/SemanticForms/REL_2_2_1 breaks in 1.18alpha (r96692) with internal_error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30844 Web browser: --- Bug #: 30844 Summary: tags/extensions/SemanticForms/REL_2_2_1 breaks in 1.18alpha (r96692) with internal_error Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: g.m.haged...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Opening a form like http://species-id.net/o/index.php?title=File:Ostrinia_larvae1_Junta_Extremadura.pngaction=formedit works fine, trying to save results in: lt;internalerror_textgt; (in red color, the xml-entities are displayed on screen, not artifact here). The form content is successfully saved, but the error display prevents any actual usage. Since semantic forms is stable tags version, this may be a mediawiki core issue rather than an extension issue. Note: The error was not yet present 548 revs earlier in 1.18alpha (96144). -- 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 30844] tags/extensions/SemanticForms/REL_2_2_1 breaks in 1.18alpha (r96692) with internal_error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30844 --- Comment #1 from Gregor Hagedorn g.m.haged...@gmail.com 2011-09-10 08:05:02 UTC --- The example above is now working again, because the setup was reverted to 96144. -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 --- Comment #16 from Daniel Zahn dz...@wikimedia.org 2011-09-10 08:59:19 UTC --- Yes, it's caching. The change has been made in the Apaches, but then it was a matter of purging the URL from squid caches. This has been done with sep11.wikipedia.org but not with the ./wiki/ URL apparently. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Ariel T. Glenn ar...@wikimedia.org changed: What|Removed |Added CC||ar...@wikimedia.org --- Comment #17 from Ariel T. Glenn ar...@wikimedia.org 2011-09-10 09:25:55 UTC --- Fixed: /home/wikipedia/common/php/maintenance$ echo 'http://sep11.wikipedia.org/wiki/' | php ./purgeList.php --wiki aawiki Purging 1 urls... Done! Any other variants of the url still broken? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 --- Comment #18 from Daniel Zahn dz...@wikimedia.org 2011-09-10 09:40:49 UTC --- Thanks Ariel! curl -Is sep11.wikipedia.org/ | grep Location Location: http://wayback.archive.org/web/2003031500*/http://sep11.wikipedia.org/wiki/In_Memoriam curl -Is sep11.wikipedia.org/wiki/ | grep Location Location: http://wayback.archive.org/web/2003031500*/http://sep11.wikipedia.org/wiki/In_Memoriam -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 p858snake p858sn...@gmail.com changed: What|Removed |Added 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 24805] Remove sep11 wiki from the interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=24805 Bug 24805 depends on bug 30261, which changed state. Bug 30261 Summary: Remove/Correct sep11.wikipedia domain https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 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 30836] meta=siteinfo expose aliases of non-existing special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30836 --- Comment #2 from Umherirrender umherirrender_de...@web.de 2011-09-10 09:53:00 UTC --- (In reply to comment #1) but there may be circumstances where this is legitimate, such as special pages that are conditionally registered but that need to be aliased from the locale files. Like Special:Popularpages (see $wgDisableCounters). A wikilink under 1.17 is blue, but under 1.18 it is red, due to the changed exist check. That is ok. But under 1.18 it is exposed by the api, because it is defined in the message files and returned by Language::getSpecialPageAliases(). MediaWiki needs a existsCanonical (or similar) to do a cheaper exist check against a realname of a special page. This can than used by the api or Language::getSpecialPageAliases() or you are make array/object magic with SpecialPageFactory::getList() and the array from Language::getSpecialPageAliases() -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30845] New: Suggestion for improvement: use a meaningful file name for the PDF download link to have meaningful filenames when storing locally
https://bugzilla.wikimedia.org/show_bug.cgi?id=30845 Web browser: --- Bug #: 30845 Summary: Suggestion for improvement: use a meaningful file name for the PDF download link to have meaningful filenames when storing locally Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Collection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@tgries.de CC: developm...@pediapress.com Classification: Unclassified When you download for example the MW Developers Guide http://www.mediawiki.org/w/index.php?title=Special:Bookbookcmd=render_collectioncolltitle=User:Wikinaut/Books/MediaWiki_Developer%27s_Guidewriter=rl you'll get a PDF file titled collection.pdf when storing the PDF. Suggestion == Better would be a meaningful file name title which corresponds to the Wiki book/collection page title. Non-ASCII character need to be stripped, or transliterated or url-encoded, and spaces replaced with underscore. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30845] Suggestion for improvement: use a meaningful file name for the PDF download link to have meaningful filenames when storing locally
https://bugzilla.wikimedia.org/show_bug.cgi?id=30845 T. Gries m...@tgries.de changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 --- Comment #1 from Svemir Brkic sve...@deveblog.com 2011-09-10 11:47:35 UTC --- MW internal search works better if I set both of these to true: $wgSphinxSearchMWHighlighter = true; $wgAdvancedSearchHighlighting = true; If it works for you this way, I am tempted to stop trying to reimplement the highlighter based on sphinx buildExcerpts and let MW do it - since it already knows how to handle wiki markup etc. -- 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 30846] New: New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Web browser: --- Bug #: 30846 Summary: New LanguageOs class Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bour...@gmail.com CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified Created attachment 9043 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9043 LanguageOs class Please add new LanguageOs class to the directory http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/classes/. LanguageOs.php is attached. In the class case rules and plural forms for Ossetic language are described. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2011-09-10 12:19:21 UTC --- This file contains some errors, e.g. genetive instead of genitive. Have you tested it? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Max Semenik maxsem.w...@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 24037] Add bytes of revision to Special:Contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=24037 --- Comment #4 from Umherirrender umherirrender_de...@web.de 2011-09-10 12:25:08 UTC --- Created attachment 9044 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9044 add the rev_len from the database to Special:Contributions A simple patch, which adds the size of each revision, not the character difference, to Special:Contributions. Feel free to modify the 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 24037] Add bytes of revision to Special:Contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=24037 Umherirrender umherirrender_de...@web.de 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 28279] PostgreSQL 8.4.7 don't work with SocialProfile extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=28279 --- Comment #3 from Jack Phoenix j...@countervandalism.net 2011-09-10 12:51:33 UTC --- That'd be a serious issue, except that I'm not getting it; my local copy of UserProfilePage.php (r96720) passes php -l. Have you done any local customizations? What version of PHP are you using? -- 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 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 --- Comment #2 from Soslan Khubulov bour...@gmail.com 2011-09-10 12:53:56 UTC --- I have tested it on my personal wiki for tests (http://alaninternet.org/w/index.php?uselang=entitle=LanguageOs_testaction=edit). It works. About genitive. I am attaching corrected 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 28279] PostgreSQL 8.4.7 don't work with SocialProfile extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=28279 --- Comment #4 from Anton Yackushev yackushe...@gmail.com 2011-09-10 12:54:21 UTC --- (In reply to comment #3) That'd be a serious issue, except that I'm not getting it; my local copy of UserProfilePage.php (r96720) passes php -l. Have you done any local customizations? What version of PHP are you using? PHP 5.3.3 (Debian squeeze). Have you done any local customizations - No. -- 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 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Soslan Khubulov bour...@gmail.com changed: What|Removed |Added Attachment #9043|0 |1 is obsolete|| --- Comment #3 from Soslan Khubulov bour...@gmail.com 2011-09-10 12:58:29 UTC --- Created attachment 9045 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9045 LanguageOs class Corrected. genetive = genitive -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 --- Comment #4 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-09-10 12:59:20 UTC --- I don't like the looks of the way regex is being abused. From the looks of it you should be using a proper regex with a character class rather than trying to concatenate user input into a regex pattern. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30847] New: Wikitech needs interwiki list setup
https://bugzilla.wikimedia.org/show_bug.cgi?id=30847 Web browser: --- Bug #: 30847 Summary: Wikitech needs interwiki list setup Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dann...@email.cz Classification: Unclassified Wikitech needs interwiki list setup to be able to link to other sites in common short form, such as [[m:Help:Introduction]]. Please either adopt the current Wikimedia-wide interwiki list and/or add any of interwiki extensions http://www.mediawiki.org/wiki/Category:Interwiki_extensions such as http://www.mediawiki.org/wiki/Extension:SpecialInterwiki -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Keywords||i18n --- Comment #5 from Niklas Laxström niklas.laxst...@gmail.com 2011-09-10 14:08:53 UTC --- Why is there convertPlural that re-implements the default implementation? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Soslan Khubulov bour...@gmail.com changed: What|Removed |Added Attachment #9045|0 |1 is obsolete|| --- Comment #6 from Soslan Khubulov bour...@gmail.com 2011-09-10 14:09:33 UTC --- Created attachment 9046 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9046 LanguageOs class Corrected -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 --- Comment #7 from Soslan Khubulov bour...@gmail.com 2011-09-10 14:12:03 UTC --- (In reply to comment #4) I don't like the looks of the way regex is being abused. From the looks of it you should be using a proper regex with a character class rather than trying to concatenate user input into a regex pattern. I have attached corrected 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 30848] New: Data Request: Aggregated-to-country-code traffic data for different language versions (no IP addresses needed)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30848 Web browser: --- Bug #: 30848 Summary: Data Request: Aggregated-to-country-code traffic data for different language versions (no IP addresses needed) Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Usage Statistics AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hant...@gmail.com Classification: Unclassified As advised by Erik Zachte, two researchers from the Oxford Internet Institute request the aggregated-to-country-code (and also finer aggregated-to-longitude/latitude-point, if possible) traffic data for all available language versions. The data will be used for improved mapping for Wikimedia Traffic Analysis Report, which shall benefit the public understanding of Wikimedia's multilingual development. The resulted maps will be released in copyleft license. * Existing tables provided by Erik Zachte's Wikimedia Traffic Analysis Report Very interesting data presentation to show how different languages are accessed across different regions (based on the geoIP categorization). http://stats.wikimedia.org/wikimedia/squids/SquidReportPageViewsPerLanguageBreakdown.htm * Proposed enhancement by our pilot mapping To show how each language version is accessed across the world on the geographic map, which needs more detailed data, especially for those languages with sizable traffic from the other categories in the table shown at the link above. * Two researchers Dr. Mark Graham does work on analysing patterns in Wikipedia (e.g. http://www.oii.ox.ac.uk/research/projects/?id=66). Mr. Han-Teng Liao has been using the MaxMind geoIP database for mapping the proportional difference between Baidu Baike and Chinese Wikipedia's external/citation links here: http://people.oii.ox.ac.uk/hanteng/2011/09/04/difference-in-proportional-emphasis-baidu-baike-and-chinese-wikipedia-comparison/.) * Expected outcome Published maps released in copy-left license to be stored at Wikicommons. Potential academic articles and blogs on the language phenomenon in multilingual Wikipedia project. * Researchers' sensitivity to privacy concerns and capacity in modern cartography. Both researchers realise the sensitivity of IP data, and in no way want to violate user's expectations of privacy (Han-Teng is especially sensitive to this issue have been involved with Human Rights groups for the Internet industry in DC). This is why we don't want to see any IPs, but would very much like to work with aggregated data to the level of country codes at the very least, or the data aggregated to the level of city or even the longitude and latitude points (Dr Mark Graham is an trained geographer with expertise in mapping both offline and online data, as shown in http://www.floatingsheep.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 28243] SpamBlacklist shoudl tell you if its comming from the global or local blacklist
https://bugzilla.wikimedia.org/show_bug.cgi?id=28243 Brad Jorsch b-jor...@alum.northwestern.edu changed: What|Removed |Added Status|NEW |RESOLVED CC||b-jorsch@alum.northwestern. ||edu Resolution||DUPLICATE --- Comment #1 from Brad Jorsch b-jor...@alum.northwestern.edu 2011-09-10 14:33:01 UTC --- *** This bug has been marked as a duplicate of bug 12034 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12034] Use different system messages for local and global spam blacklist hits
https://bugzilla.wikimedia.org/show_bug.cgi?id=12034 Brad Jorsch b-jor...@alum.northwestern.edu changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #5 from Brad Jorsch b-jor...@alum.northwestern.edu 2011-09-10 14:33:01 UTC --- *** Bug 28243 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 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 --- Comment #8 from Soslan Khubulov bour...@gmail.com 2011-09-10 14:40:11 UTC --- (In reply to comment #5) Why is there convertPlural that re-implements the default implementation? I didn't know that there is the default rule. But I still think we should implement convertPlural for Ossetic. It is clear using form0 for n=1 and form1 for n1 in literature dialect. But using form1 for n=0 is not clear in literature. So it would be better for finding best form for Ossetic if someone see unclear rule in class LanguageOs instead of searching it in class Language. But if it is necessary I won't mind deleting convertPlural function. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Soslan Khubulov bour...@gmail.com changed: What|Removed |Added Attachment #9046|0 |1 is obsolete|| --- Comment #9 from Soslan Khubulov bour...@gmail.com 2011-09-10 14:45:31 UTC --- Created attachment 9047 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9047 LanguageOs class ирон æвзаг(ossetian language) = Ирон (Ossetian) Changed convertPlural() as in Language.php -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from MWJames jamesin.hongkon...@gmail.com 2011-09-10 14:51:31 UTC --- Parameters [1] are set but it still don't show up with highlighted text for non-Latin characters. In general, you should not try to implement a workaround since MW should handle this situation out of the box. People might or might not ask about this, but it would be a good idea to talk to one of the responsible MW developers or sphinx developers on what reasons it could be that this isn't working as supposed to. As far I could tell from the available documentation, it is not really clear who is responsible for the MW search interface and this makes it a bit difficult to ask for specific assistance. Anyhow you might want to consider and implement a debug function, so that in those unclear cases one has a chance to see what comes from sphinx and what goes into MW in order to pinpoint any malfunctions or misconfiguration. [1] $wgSphinxSearchMWHighlighter = true; $wgAdvancedSearchHighlighting = true; -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30611] WikiEditor localization for Arabic Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30611 --- Comment #18 from Zack wadghiri zack_wadgh...@live.jp 2011-09-10 15:06:20 UTC --- (In reply to comment #4) characters). I'm not sure about reprioritization, I'd have to look at the code. Any good news? Or else, is it possible to display the Arabic section by default, similarly to the use of # in wikilinks? -- 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 30611] WikiEditor localization for Arabic Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30611 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #19 from Niklas Laxström niklas.laxst...@gmail.com 2011-09-10 15:26:20 UTC --- (In reply to comment #17) 2. Is there a nice way to program this function to accept an array of characters and return an array of sequences, so it won't have to be repeated so many times? Yes, but as far as I know it is not possible to do [1, 2, bar(3, 4), 5] and have [1, 2, 3x, 4x, 5] as the output instead of [1, 2, [3x, 4x], 5]. Perhaps some kind of special marker and then post processing the table? -- 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 30611] WikiEditor localization for Arabic Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30611 --- Comment #20 from Zack wadghiri zack_wadgh...@live.jp 2011-09-10 15:32:12 UTC --- (In reply to comment #17) Some characters appear as some sort of indistinguishable dashed circles (e.g. ؠ) while they should be rendered as hex code rectangular boxes (e.g. ݹ).. -- 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 30611] WikiEditor localization for Arabic Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30611 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||i18n -- 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 30721] add namespace alias on latin wikisource (la.ws)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30721 Quentinv57 quentin...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal CC||quentin...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30849] New: New pages disappear from Special:NewPages under certain conditions
https://bugzilla.wikimedia.org/show_bug.cgi?id=30849 Web browser: --- Bug #: 30849 Summary: New pages disappear from Special:NewPages under certain conditions Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dann...@email.cz Classification: Unclassified New pages disappear from Special:NewPages under certain conditions: Steps to reproduce: # Create Foo (it appears on the NewPages list) # Create Bar (it appears on the NewPages list above Foo) # Move Foo to Qux # Delete Foo Neither Foo nor Qux appear on NewPages -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16900] Cursor is placed incorrectly after inserting Hebrew diacritics
https://bugzilla.wikimedia.org/show_bug.cgi?id=16900 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Keywords||i18n CC||santhosh.thottingal@gmail.c ||om --- Comment #4 from Santhosh Thottingal santhosh.thottin...@gmail.com 2011-09-10 17:06:21 UTC --- Amir, is this bug still remain in latest version of Firefox? Is this behavior vary across browsers/operating system? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30837] table instead of vcard
https://bugzilla.wikimedia.org/show_bug.cgi?id=30837 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-09-10 17:14:20 UTC --- Thanks for reporting. This was an SMW issue; ie the format parameter not accepting whitespace as it should. Fixed by r96724. Upgrading SMW to that should fix the issue for you :) -- 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 30850] New: maintenance/changePassword.php does not purge (APC) cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=30850 Web browser: --- Bug #: 30850 Summary: maintenance/changePassword.php does not purge (APC) cache Product: MediaWiki Version: 1.16.5 Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ji...@quis.cx Classification: Unclassified When I change a users password with maintenance/changePassword.php the user can still not log in due to the user-data being cached in APC. (I use CACHE_ACCEL.) This is probably due to APC having distinct shared-memory in CGI and CLI. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30817] Update linkTrail in MessagesKk.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=30817 --- Comment #5 from Bolatbek bula.from...@gmail.com 2011-09-10 18:20:56 UTC --- Please add linkTrail. -- 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 30275] SearchableNamespaces hook removes robots permissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=30275 Jille Timmermans ji...@quis.cx 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 30850] maintenance/changePassword.php does not purge (APC) cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=30850 --- Comment #1 from Reedy s...@reedyboy.net 2011-09-10 18:47:02 UTC --- r96732 should hopefully fix that in trunk -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30645] No history for upload campaigns
https://bugzilla.wikimedia.org/show_bug.cgi?id=30645 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Priority|Normal |Low Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |jeroen_ded...@yahoo.com |org | --- Comment #8 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-09-10 18:49:12 UTC --- Awesome, and it's even documented at https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Manual:Logging_table :) I'll be utilizing this then. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 Svemir Brkic sve...@deveblog.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Svemir Brkic sve...@deveblog.com 2011-09-10 19:49:29 UTC --- Fixed in r96735 - search terms were not split properly. $wgSphinxSearchMWHighlighter is not used anymore, but you should probably still set $wgAdvancedSearchHighlighting to true. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30846] New LanguageOs class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30846 Soslan Khubulov bour...@gmail.com changed: What|Removed |Added Attachment #9047|0 |1 is obsolete|| --- Comment #10 from Soslan Khubulov bour...@gmail.com 2011-09-10 20:11:54 UTC --- Created attachment 9048 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9048 LanguageOs class Sorry for my bad PHP skills. Correcting some mistakes. Adding new case rule for words in plural form. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30850] maintenance/changePassword.php does not purge (APC) cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=30850 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-09-10 21:17:34 UTC --- That doesn't look like it'll help; the fundamental problem with using APC etc for data caching is this inability for command-line scripts to update or delete the cached items that the web processes access. This will be only one of thousands of instances of this problem; the only ways to fix it would be general, using a cache system that can be accessed by all processes -- my personal recommendation is to just set up memcached instead! ;) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30850] maintenance/changePassword.php does not purge (APC) cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=30850 Reedy s...@reedyboy.net changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #3 from Reedy s...@reedyboy.net 2011-09-10 21:19:38 UTC --- (In reply to comment #2) That doesn't look like it'll help; Yup, I realised and reverted soon after :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30847] Wikitech needs interwiki list setup
https://bugzilla.wikimedia.org/show_bug.cgi?id=30847 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords|shell |ops Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16900] Cursor is placed incorrectly after inserting Hebrew diacritics
https://bugzilla.wikimedia.org/show_bug.cgi?id=16900 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Priority|Normal |Low Severity|normal |minor --- Comment #5 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-09-10 22:26:09 UTC --- Yes, it still remains. It is not very important, however, because the WikiEditor toolbar inserts these characters properly. Now that i know the code better, i can try looking at this bug myself, but maybe this extension can just be retired... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #19 from p858snake p858sn...@gmail.com 2011-09-11 00:16:03 UTC --- (In reply to comment #17) Any other variants of the url still broken? The interwiki stuff still seems broken, eg: http://en.wikipedia.org/w/index.php?title=Template:Flight_93oldid=83634 (See Sep11 Wiki in footer (has since been removed from the template for this reason)) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24805] Remove sep11 wiki from the interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=24805 Bug 24805 depends on bug 30261, which changed state. Bug 30261 Summary: Remove/Correct sep11.wikipedia domain https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 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 21988] Improve Advanced Search form to include other advanced features
https://bugzilla.wikimedia.org/show_bug.cgi?id=21988 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added CC||jamesin.hongkon...@gmail.co ||m --- Comment #1 from MWJames jamesin.hongkon...@gmail.com 2011-09-11 00:29:48 UTC --- Search and search functionality are such an important feature to ensure information can be correctly disseminated, we wonder why it is still (1.17, 1.18) not possible in the advanced search screen to have some predefined input boxes that * Allow to choose syntax options via dropdown box such as intitle:, incategory:, prefix: or * Allow to initiate OR and AND compound search An advanced option field is already in existence but only allows to select/un-select namespaces to be searched, defining additional options can surely by implemented through a Mediawiki:AdvancedSearchOption page which stores options available. Aside storing and handling of data, the second most needed functionality for a wiki is the search. Having only one input field for handling such an important task might solve the need for a majority (handling a simple search term) but certainly is a challenge for more advanced users trying to find what they are looking for. Any larger website (EBSCO, ProQuest etc.) that handles certain amount of information has advanced search input features. A user can choose to limit the search term not by remembering a specific search syntax but by selecting options that allow a fine grained search functionality. Extensions like SphinxSearch or Lucene could use those inputs to direct the search and hopefully increase usability for the user and accuracy of the search result. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27596] DEFAULTSORT sort key not inherited by talk page
https://bugzilla.wikimedia.org/show_bug.cgi?id=27596 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #3 from Bawolff bawolff...@gmail.com 2011-09-11 00:50:15 UTC --- I'm unconvinced this would actually be a good thing to do. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27741] Problem with file sorting in categories on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=27741 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Bawolff bawolff...@gmail.com 2011-09-11 00:52:30 UTC --- This should have been long fixed by now. Closing as such (re-open if still present) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30364] LanguageConverter should depend on the page content language instead of the wiki content language
https://bugzilla.wikimedia.org/show_bug.cgi?id=30364 --- Comment #4 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-09-11 01:11:39 UTC --- Created attachment 9049 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9049 Working patch if parser cache is disabled -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30722] Category sorting should be case-sensitive on iswiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=30722 Bawolff bawolff...@gmail.com changed: What|Removed |Added Keywords||shell --- Comment #4 from Bawolff bawolff...@gmail.com 2011-09-11 01:19:55 UTC --- I added support for the pre-1.17 behaviour in r96765. Re-adding shell keyword. What needs to be done to fix this now is: *(obviously) deploy the relevant revision *set $wgCategoryCollation = 'identity'; for iswiktionary *run the updateCollation.php script. As an aside, a new collation could be devised for the wiktionaries that differentiated between upper and lowercase, well sorting in order (aka A followed by a followed by B followed by b...) which might suit them better than plain code-point order, but that'd be a fair bit more work. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30851] New: 1.18alpha (r96144): Confirm email result message broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=30851 Web browser: --- Bug #: 30851 Summary: 1.18alpha (r96144): Confirm email result message broken Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: ConfirmAccount AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g.m.haged...@gmail.com CC: aschulz4...@gmail.com Classification: Unclassified In 1.18alpha (r96144), when a new user request an account, the email is sent as normal, containing the email confirmation link. However, when the user follows the link, (example: http://biowikifarm.net/metawiki/index.php?title=Special:RequestAccountaction=confirmemailwpEmailToken=20ef61b6bc2b9ad9c8789be8de35838f) while invisible to the new user the confirmation works, it also simply calls the Request account form again, prompting the user to Complete and submit the following form to request a user account. This is highly confusing to the user and prohibitive to use self-registration. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9360] Specify default language on a per-page basis
https://bugzilla.wikimedia.org/show_bug.cgi?id=9360 --- Comment #6 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-09-11 01:40:08 UTC --- See http://www.mediawiki.org/wiki/Language_in_MediaWiki for the recent improvements. Since MW 1.18 the html tag gives the lang dir attributes of the user interface language. The page content got a lang dir attribute of the page content language, which is by default in most cases the wiki content language, but can be changed by extensions through a hook. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 8538] Show sort-key in tooltip for Category link
https://bugzilla.wikimedia.org/show_bug.cgi?id=8538 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||WONTFIX --- Comment #2 from Bawolff bawolff...@gmail.com 2011-09-11 01:40:38 UTC --- I agree. If in need of debugging sortkeys, one can always use the api. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16448] Add {{DEFAULTSORT}} variable that returns the currently set defaultsort key
https://bugzilla.wikimedia.org/show_bug.cgi?id=16448 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com Summary|Add {{DEFAULTSORT}} parser |Add {{DEFAULTSORT}} |function|variable that returns the ||currently set defaultsort ||key --- Comment #3 from Bawolff bawolff...@gmail.com 2011-09-11 02:13:22 UTC --- I'm thinking something like this should perhaps be named something different than {{DEFAULTSORT}} to avoid confusion (and potentially open up the possibility of {{DEFAULTSORT:some other page}} syntax later if that's deemed useful), but can't come up with any good names ({{GETDEFAULTSORTKEY}} but nothing else uses get...). Maybe keeping the same name would be ok... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16755] Intentional use of multiple DEFAULTSORT blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=16755 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||FIXED --- Comment #3 from Bawolff bawolff...@gmail.com 2011-09-11 02:23:22 UTC --- The replacing the message with something else is probably best if you never want to see that error In r96767 (MediaWiki 1.19) I added a new option to defaultsortkey {{DEFAULTSORT:your sortkey here|noerror}} which will prevent the error message from showing up. (At the same time I also added {{DEFAULTSORTKEY:your sortkey here|noreplace}} which will cause it to do nothing (including not outputting an error) if there was already a {{DEFAULTSORTKEY}} in the page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16448] Add {{DEFAULTSORT}} variable that returns the currently set defaultsort key
https://bugzilla.wikimedia.org/show_bug.cgi?id=16448 --- Comment #4 from Bawolff bawolff...@gmail.com 2011-09-11 02:25:31 UTC --- In r96767 (MediaWiki 1.19) I added a feature to defaultsortkey: {{DEFAULTSORTKEY:sortkey here|noreplace}} which will cause defaultsortkey to do nothing if a sortkey is already specified earlier in the page. With that in mind, are there still use cases for a {{DEFAULTSORTKEY}} variable that would output what the last defaultsortkey set was? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3520] Problem with enumerating large category
https://bugzilla.wikimedia.org/show_bug.cgi?id=3520 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||FIXED --- Comment #2 from Bawolff bawolff...@gmail.com 2011-09-11 02:43:03 UTC --- This should have been fixed in 1.17 (As part of the fix for bug 164). Marking bug as fixed. If it ever occurs again, please re-open. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18954] Allow Special:Log to be filtered by log_action as well as log_type
https://bugzilla.wikimedia.org/show_bug.cgi?id=18954 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #6 from Bawolff bawolff...@gmail.com 2011-09-11 02:50:31 UTC --- Note, the index was added in r93211 by Reedy. Also I believe we already support filtering by action in the api, so all that's left is putting it in the web interface. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24245] Incorrect sorting in Commons categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=24245 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||FIXED --- Comment #1 from Bawolff bawolff...@gmail.com 2011-09-11 02:54:06 UTC --- This should have been fixed in the 1.17 category changes. Marking as 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 24541] Unclosed HTML elements are problematic in CodeReview comments
https://bugzilla.wikimedia.org/show_bug.cgi?id=24541 Robin Pepermans (SPQRobin) robinp.1...@gmail.com changed: What|Removed |Added Priority|Low |Normal CC||robinp.1...@gmail.com --- Comment #4 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-09-11 02:54:54 UTC --- See also r84229#c15149 where a div tag was opened but not closed, causing the comment box to show as a reply box, and causing the footer to display within the page content. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | AssignedTo|sve...@deveblog.com |jamesin.hongkon...@gmail.co ||m --- Comment #4 from MWJames jamesin.hongkon...@gmail.com 2011-09-11 02:55:11 UTC --- Created attachment 9050 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9050 Display of Japanese search result after r96768 changes Even with the r96768 changes, one can see that in the result display, 34 hits for the term ビジネス, but only one term is highlighted in red. -- 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 24613] Configuration option(s) for sortkey if article title = category name (default sortkey override)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24613 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2011-09-11 02:57:36 UTC --- I'm kind of leaning towards this should be wontfixed (or if done, done in an extension). Its not that hard to type [[category:Foo| ]], and I don't know, the proposed behaviour seems kind of weird to me. Cheers. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30722] Category sorting should be case-sensitive on iswiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=30722 --- Comment #5 from Bawolff bawolff...@gmail.com 2011-09-11 03:02:35 UTC --- As an aside (that's kind of off-topic), jbowiki should possibly have this too since they have $wgCapitalLinks set to false, and their language doesn't use capital links (so the first letter headers in category should probably be lowercase). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 --- Comment #5 from MWJames jamesin.hongkon...@gmail.com 2011-09-11 03:07:21 UTC --- Created attachment 9051 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9051 Compare highlighting after r96768 changes As seen in this attachment, highlighting has changed dramatically between r96711 (before) and r96768(after). The results are the same but the highlighting are totally different. -- 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 29928] show translated titles per user language
https://bugzilla.wikimedia.org/show_bug.cgi?id=29928 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #5 from Bawolff bawolff...@gmail.com 2011-09-11 03:09:45 UTC --- As it stands (With existing software support) we could do this in a _very_ hacky way by setting $wgRestrictDisplayTitle = false; and then using the int: hack for different translations with {{DISPLAYTITLE}}. However, then someone could create a title that doesn't go to the relevant page which would be confusing. Perhaps an option to allow display titles that redirect to the current page (less strict than the restrictDisplayTitle, but still pretty strict). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added AssignedTo|jamesin.hongkon...@gmail.co |sve...@deveblog.com |m | -- 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 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 --- Comment #6 from Svemir Brkic sve...@deveblog.com 2011-09-11 03:20:32 UTC --- (In reply to comment #4) Even with the r96768 changes, one can see that in the result display, 34 hits for the term ビジネス, but only one term is highlighted in red. The result it does highlight is the one where term appears after non-Japanese text, which means it is probably caused by http://www.mediawiki.org/wiki/Manual:$wgSearchHighlightBoundaries - according to that page this var should be empty for CJK languages. Not sure how would that affect mixed wikis, 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 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 --- Comment #7 from Svemir Brkic sve...@deveblog.com 2011-09-11 03:22:12 UTC --- (In reply to comment #5) Is r96768 (after) screenshot with $wgAdvancedSearchHighlighting = true? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30840] Highlighting of non-Latin characters (SphinxMWSearch 0.8.1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30840 --- Comment #8 from MWJames jamesin.hongkon...@gmail.com 2011-09-11 03:33:42 UTC --- In all test cases described here $wgAdvancedSearchHighlighting = true; is set in LocalSettings.php. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 8112] RFE: automatic category sort
https://bugzilla.wikimedia.org/show_bug.cgi?id=8112 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #3 from Bawolff bawolff...@gmail.com 2011-09-11 03:39:29 UTC --- Is this still something wanted given that Wikipedia:blah categories are now hidden with __HIDDENCAT__? If so, is it highly wanted? (In theory this isn't all that hard to implement, just add a parser func {{#catpriority:5}} which stores in page_props, and then is queried in OutputPage::addCategoryLinks. However it seems a little bloaty of a feature. Maybe could be done in an extension with the OutputPageMakeCategoryLinks hook (might require an extra query 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 10808] Introduce Special:Suffixindex
https://bugzilla.wikimedia.org/show_bug.cgi?id=10808 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #16 from Bawolff bawolff...@gmail.com 2011-09-11 04:02:40 UTC --- So say we want a list of All things ending with ed - would you want that list in alphabetical order? (If the answer is yes this would be really difficult to do, if no then less difficult). Since if you want it in alphabetical order we'd basically need an index sorting it in both directions since first we jump to everything ending in ed, and then we need to sort from the other end (normal direction) of the word. Otherwise in our suffix search (for say the suffix ed) we'd have sorting like yielded, zigzagged, recovered, edited, amortized (Note how the third last letter of each word is alphabetically ordered) I suppose one could create a table that for each page name had a partially reversed page name, and to what point its reversed, for all possible points- For example for the page Fred (with page_id 1) we'd have: page_id | page_reversed_point | page_reversed +-+-- 1 | 1 | dFre 1 | 2 | edFr 1 | 3 | redF 1 | 4 | Fred +-+-- So each page would have up to 255 entries depending on how long the title is. (because the user could search for a suffix between 1 to 255 letters long). However, having such a table would be INSANE ;) Thus unless SuffixIndex would be useful with results in non-alphabetical order (which seems unlikely) this should be wontfixed as unfeasible imo. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30851] 1.18alpha (r96144): Confirm email result message broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=30851 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz aschulz4...@gmail.com 2011-09-11 04:07:48 UTC --- Fixed in r96770. 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 26823] {{SUBPAGENAME}} should be empty when no subpage exists
https://bugzilla.wikimedia.org/show_bug.cgi?id=26823 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com Component|General/Unknown |Parser --- Comment #2 from Bawolff bawolff...@gmail.com 2011-09-11 04:36:50 UTC --- Do we know if this would break stuff (and how much) if this was changed? The change is trivial, and does make sense to me personally, but I'd be afraid of breaking people's templates... (Another way of looking at it, is {{SUBPAGENAME}} gives the highest level of the directory structure of the page title, in which case the current behaviour would make sense. That's what the comment in the code seems to imply - Get the lowest-level subpage name, i.e. the rightmost part after / ) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19281] Page-category mapping feature
https://bugzilla.wikimedia.org/show_bug.cgi?id=19281 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #2 from Bawolff bawolff...@gmail.com 2011-09-11 05:24:09 UTC --- It might be helpful to have a mock-up (aka pictures) of what your suggesting. (To be honest, this is something that's probably not going to happen in the near future unless someone submits a patch, but being able to see what the ui would look like visually might help to convince others this is a good idea). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l