[Bug 29444] Arbitrary inconsistent wording in English history diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=29444 --- Comment #2 from Mark Schierbecker mailforma...@gmail.com 2011-06-17 06:35:36 UTC --- Oldest/newest is how Gmail does it. Yahoo just has arrows. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29445] New: SRF 1.6 (r90203), TagCloud and distorted html messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=29445 Web browser: --- Bug #: 29445 Summary: SRF 1.6 (r90203), TagCloud and distorted html messages Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SemanticResultFormats AssignedTo: jeroen_ded...@yahoo.com ReportedBy: jamesin.hongkon...@gmail.com CC: wikibugs-l@lists.wikimedia.org, yaro...@gmail.com Classification: Unclassified Using TagCloud (SRF 1.6 (r90203)) to display some property/values generates some html message on display in case the page doesn't not exists (is a redlink). Example output message: a href=/index.php?title=Associationaction=editredlink=1 class=new title=Association (page does not exist) Test case: http://sandbox.semantic-mediawiki.org/wiki/TagCloud_Test http://sandbox.semantic-mediawiki.org/index.php?title=Special:Askoffset=0limit=20q=%5B%5BTagCloud+Test%5D%5Dp=format%3Dtagcloud%2Fheaders%3Dshow%2Flink%3Dall%2Fincrease%3Dlog%2Ftagorder%3Dalphabetical%2Fmincount%3D1%2Fmaxtags%3D1000%2Fminsize%3D77%2Fmaxsize%3D242po=%3FKeyword%0Aeq=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 29409] MySQL Cluster segfaults when upgrading to 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29409 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Summary|Upgrading from 1.16 fails |MySQL Cluster segfaults |with MySQL server has gone |when upgrading to 1.17 |away | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29233] db failures in the 'read-only' dbs cause site to fail
https://bugzilla.wikimedia.org/show_bug.cgi?id=29233 --- Comment #9 from Tim Starling tstarl...@wikimedia.org 2011-06-17 07:14:09 UTC --- I tracked it down to r75343. -- 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 29446] New: jquery.client.js: test is wrong for subversions = 10
https://bugzilla.wikimedia.org/show_bug.cgi?id=29446 Web browser: --- Bug #: 29446 Summary: jquery.client.js: test is wrong for subversions = 10 Product: MediaWiki Version: unspecified 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 Steps to reproduce: * Look at the WikiEditor source to see that it should work in Opera 9.6 and above. * Edit a page with Opera 9.10. * Observe that the old toolbar is shown. It's obvious that Opera 9.10 isn't recognized as a version above 9.6, since as decimals 9.10 9.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 29447] New: SMW 1.6 (r90203), Has type::Number fails with correct type definition
https://bugzilla.wikimedia.org/show_bug.cgi?id=29447 Web browser: --- Bug #: 29447 Summary: SMW 1.6 (r90203), Has type::Number fails with correct type definition Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: jamesin.hongkon...@gmail.com CC: jeroen_ded...@yahoo.com Classification: Unclassified While testing SMW 1.6 (r90203), [[Has type::Number]] fails with its type description (we are aware of that custom units type pages will vanish but what about standard type pages). The [[Has type::Number]] type definition does not work as in previous versions (value is shown as standard page instead of a plain number). Test case: The problem has been replicated at http://sandbox.semantic-mediawiki.org/wiki/Has_type_problem. The property definition can be found at http://sandbox.semantic-mediawiki.org/wiki/Property:Count. In comparison where [[Has type::Number]] are displayed correctly http://www.semantic-mediawiki.org/wiki/Property:Category_count http://www.semantic-mediawiki.org/wiki/Property:Has_type -- 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 29447] SMW 1.6 (r90208), Has type::Number fails with correct type definition
https://bugzilla.wikimedia.org/show_bug.cgi?id=29447 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added Summary|SMW 1.6 (r90203), Has |SMW 1.6 (r90208), Has |type::Number fails with |type::Number fails with |correct type definition |correct type definition -- 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 29447] SMW 1.6 (r90208), Has type::Number fails with correct type definition
https://bugzilla.wikimedia.org/show_bug.cgi?id=29447 --- Comment #1 from MWJames jamesin.hongkon...@gmail.com 2011-06-17 07:43:39 UTC --- ... revision is SMW 1.6 (r90208) ... problem is the same ... -- 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 29448] New: add advanced search link in the search drop down.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29448 Web browser: --- Bug #: 29448 Summary: add advanced search link in the search drop down. Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Vector Skin AssignedTo: tpars...@wikimedia.org ReportedBy: hart...@videolan.org CC: asha...@wikimedia.org Classification: Unclassified Many people seem to have trouble find advanced search options since the new redesigned search field in Vector. https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Wikipedia:Village_pump_(technical)oldid=434720129#Category_search_.2F_Related_search And I have heard complaints about this before. My idea is to add a small Advanced search cell just below the Containing ... cell that directly takes you to http://en.wikipedia.org/w/index.php?title=Special:Searchsearch=fulltext=Searchadvanced=1 -- 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 29449] New: Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 Web browser: --- Bug #: 29449 Summary: Translate special page names Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: mediaw...@kghoffmeyer.de CC: jeroen_ded...@yahoo.com Classification: Unclassified It should be possible to translate the names of special pages through translatwiki.net. So far it seems to me that it is currently done in the codebase directly. This would add further usability for users and more consistency, e.g. Special:Ask is already available as Spezial:Semantische Suche, but Special:Browse is not available as Spezial:Browsen. -- 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 29432] Don't hardcode function name parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=29432 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Severity|normal |minor --- Comment #3 from Markus Krötzsch mar...@semantic-mediawiki.org 2011-06-17 09:38:52 UTC --- The reason why (SMW) was added was that this simplifies getting an overview of all SMW-related code blocks among the large amount of profiling data. There does not seem to be another way of filtering profiling by extension, and this is important for a big extension like SMW. In general, I am inclined to close this as invalid or at least wontfix. Clearly, we are discussing a detail of coding style here that should not have any impact on observable program behavior. Moreover, it is not so clear that the proposed change is an improvement at all. I the can see that the use of __METHOD__ etc. could be considered preferable regarding code style, but OTOH the use of string construction functions in frequent profiling calls (to add (SMW)) could be considered harmful for performance (since parameter construction costs apply even if profiling is disabled). I appreciate efforts to implement clean coding conventions, but looking at the code of SMW and MW, I wonder if this issue is anywhere near the top of things to bother about in this respect. (This does not affect the unrelated comment on select; these should obviously have provenance information attached in all cases.) -- 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 29450] New: GENDER in Blockipsuccesstext refers to the gender of the blocking admin instead of the gender of the blocked user
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 Web browser: --- Bug #: 29450 Summary: GENDER in Blockipsuccesstext refers to the gender of the blocking admin instead of the gender of the blocked user Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il Classification: Unclassified The message Blockipsuccesstext supports GENDER, but its actual implementation in the Hebrew Wikipedia is wrong: GENDER:$1 apparently refers to the gender of the blocking admin, not of the blocked user. When i block an IP, i get the female version when i have my gender set to female in the preferences. (I'm a guy, but i do it intentionally to find problems like this one :) Another strange think is that MediaWiki:Blockipsuccesstext was deleted there in the Hebrew Wikipedia, so it is supposed to be equal to the message as it appears in MessagesHe.php, but actually it isn't. And in the Hebrew Wikisource User:MediaWiki default deleted this message in 2007 with the summary No longer required. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29451] New: Drag and drop of post does not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=29451 Web browser: --- Bug #: 29451 Summary: Drag and drop of post does not work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: s.mazel...@xs4all.nl CC: bhar...@wikimedia.org Classification: Unclassified params.subject is undefined https://translatewiki.net/w/load.php?debug=falselang=nlmodules=ext.liquidThreads%7Cext.liquidThreads.newMessages%7Cjquery.autoEllipsis%2CcheckboxShiftClick%2Cclient%2CcollapsibleTabs%2Ccookie%2CdelayedBind%2ChighlightText%2CmakeCollapsible%2CmessageBox%2CmwPrototypes%2Cplaceholder%2Csuggestions%2CtabIndex%7Cmediawiki.action.view.tablesorting%7Cmediawiki.action.watch.ajax%7Cmediawiki.language%2Cuser%2Cutil%7Cmediawiki.legacy.ajax%2Cmwsuggest%2Cwikibits%7Cwebfontsskin=vectorversion=20110617T063110Z* Line 40 Getting this JS error after providing a reason for the post move. The post is not moved. Platform/browser: Apple OSX 10.6.7, Firefox 4.0.1 -- 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 28004] 8-bit utf8 URLs not handled
https://bugzilla.wikimedia.org/show_bug.cgi?id=28004 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tomasz Finc tf...@wikimedia.org 2011-06-17 09:53:04 UTC --- These are now working correctly post Ruby and Passgener upgrade. Resolving. -- 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 29452] New: ConfirmEdit: don't consider new external links introduced when undoing the latest revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=29452 Web browser: --- Bug #: 29452 Summary: ConfirmEdit: don't consider new external links introduced when undoing the latest revision Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: ConfirmEdit (CAPTCHA extension) AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matthew.brit...@btinternet.com Classification: Unclassified When undoing a revision that removed some or all of the page content, and that content contained external links, users are prompted to solve a captcha because they introduced new external links, even though they are merely restoring the page to a previous state. Whilst it may be a little more work on the back end, correcting this is worth it for the improvement in user experience. While such a change would allow a user to revert the removal of unwanted external links without having to solve a captcha, they would have had to solve one in order to introduce the links in the first place, so this would not make things any easier for spambots. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28827] PHP Catchable fatal error: Argument 1 passed to RequestContext::setTitle() must be an instance of Title, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=28827 --- Comment #7 from Niklas Laxström niklas.laxst...@gmail.com 2011-06-17 10:33:54 UTC --- Yes. [15-Jun-2011 15:08:26] PHP Catchable fatal error: Argument 1 passed to OutputPage::setTitle() must be an instance of Title, null given, called in /www/w/extensions/LiquidThreads/classes/View.php on line 381 and defined in /www/w/includes/OutputPage.php on line 812 BTW I suggest adding type hint to OutputPage::setTitle to catch these errors easier. -- 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 24923] Uploads fail with !$wgStrictFileExtensions and non-preferred extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=24923 Sidcom sid...@gmx.at changed: What|Removed |Added CC||sid...@gmx.at --- Comment #9 from Sidcom sid...@gmx.at 2011-06-17 11:06:35 UTC --- Is this the same bug as #24022 - and therefor fixed in r68848 ? -- 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 29450] GENDER in Blockipsuccesstext refers to the gender of the blocking admin instead of the gender of the blocked user
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 --- Comment #1 from Reedy s...@reedyboy.net 2011-06-17 11:28:39 UTC --- 'blockipsuccesstext' = '[[Special:Contributions/$1|$1]] has been blocked.br / See [[Special:BlockList|IP block list]] to review blocks.', 'blockipsuccesstext' = '{{GENDER:$1|המשתמש|המשתמשת}} [[Special:Contributions/$1|$1]] {{GENDER:$1|נחסם|נחסמה}}. ראו את [[Special:BlockList|רשימת הכתובות החסומות]] כדי לצפות בחסימות.', It would seem, we need to add a $2, which is the user doing the blocking I've no idea if the $2 is the Username, or the gender 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 29450] GENDER in Blockipsuccesstext refers to the gender of the blocking admin instead of the gender of the blocked user
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 --- Comment #2 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-06-17 11:39:07 UTC --- Reedy - this Hebrew string you cite the version in MessagesHe.php. As i wrote, the actual string at http://he.wikipedia.org/wiki/MediaWiki:blockipsuccesstext is somewhat different: {{GENDER:$1|המשתמש|המשתמשת}} [[Special:Contributions/$1|$1]] {{GENDER:$1|נחסם|נחסמה}}. ר' את [[Special:IPBlockList|רשימת הכתובות החסומות]] כדי לסקור חסימות. Notice the last two words, for example. The difference is not big and it's not in the GENDER parts, but the fact that any difference exists at all is still quite puzzling: the message used to be customized in he.wikipedia, but the page was deleted and it's supposed to be identical to the string in MessagesHe.php. I don't know whether it's related to the problem i describe or a separate 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 29450] GENDER in Blockipsuccesstext refers to the gender of the blocking admin instead of the gender of the blocked user
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 --- Comment #3 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-06-17 11:40:44 UTC --- (In case the right-to-left writing makes it hard to understand what the last two words are, it's לסקור חסימות in he.wikipedia and לצפות בחסימות in MessagesHe.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 29449] Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||i18n --- Comment #1 from Reedy s...@reedyboy.net 2011-06-17 11:44:47 UTC --- I don't think this is actually a SMW bug, is it? It's a request for translate to be able to support this? -- 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 6100] Allow different directionality (rtl/ltr) for user interface and wiki content
https://bugzilla.wikimedia.org/show_bug.cgi?id=6100 --- Comment #44 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-06-17 11:56:07 UTC --- Applied in r90264, and in r90265 I improved the lang and dir of the content div (also when $wgBetterDirectionality is enabled): do not set it for special pages (those are in the user language), and set lang and dir of content of pages in MediaWiki namespace based on the current page instead of site language, e.g. MediaWiki:Message/ar is lang=ar and dir=rtl -- 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 29449] Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #2 from Niklas Laxström niklas.laxst...@gmail.com 2011-06-17 12:21:11 UTC --- (In reply to comment #1) I don't think this is actually a SMW bug, is it? It's a request for translate to be able to support this? Translate extension supports special page alias translation if done in standard way. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24923] Uploads fail with !$wgStrictFileExtensions and non-preferred extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=24923 mack...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=24022 --- Comment #10 from mack...@gmail.com 2011-06-17 12:28:15 UTC --- Sounds very similar. r68848 and r68849 probably fix it. I'll verify and close once 1.17 is released. -- 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 28201] Wiki saying You have cookies disabled, please enable during login when cookies are enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=28201 --- Comment #11 from Jarry1250 jarry1...@gmail.com 2011-06-17 13:00:55 UTC --- I have edited the en.wp message to be a little more vague. Nonetheless, the bug remains open even for en.wp, I guess. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29423] Gadget gets in the way of uploading new versions
https://bugzilla.wikimedia.org/show_bug.cgi?id=29423 Michael Dale d...@ucsc.edu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Michael Dale d...@ucsc.edu 2011-06-17 13:52:10 UTC --- so I have hot disabled uploads in r90268 so we don't have to disable the player gadget per the upload being broken. New upload efforts are directly integrated into Upload Wizard and the set of upload hacks used on the normal special:upload page make it very difficult to work with and maintain. -- 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 29423] Gadget gets in the way of uploading new versions
https://bugzilla.wikimedia.org/show_bug.cgi?id=29423 --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2011-06-17 14:39:55 UTC --- Gadget re-enabled. -- 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 29453] New: result of an ask query cannot be rendered properly when using fromat=template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29453 Web browser: --- Bug #: 29453 Summary: result of an ask query cannot be rendered properly when using fromat=template. Product: MediaWiki extensions Version: any Platform: PC OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: alanf...@ruggedcom.com CC: jeroen_ded...@yahoo.com Classification: Unclassified I am currently using the SMW 1.5.3, and there is a critical rendering problems I have encountered is the the markup contain in the result cannot be rendered properly. For example: If I am getting a filed using: {{#ask: [[Category:Projects]][[status::!Released]] | ?name | ?detailedStatus = Status | ?status | format=template | template=Project List Table Content | introtemplate=Project List Table Header | outrotemplate=Project List Table Footer | limit=100 }} (the template is just an wikitable sortable ) if the status field contain some markups like: |detailedStatus=Title # a : August 2011 # b : November 2011 # c : February 2012 # d : April 2012 # e : TBD the result shows in the table will be like this: Title\012\012# a : August 2011\012# b : November 2011\012# c : February 2012\012# d : April 2012\012# e : TBD which clearly show that the markup has not been parsed correctly. I have try to display the result without using any template but just an simple table format, the information I have got back is still broken. Any one have ideas? -- 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 23612] en.wikipedia with Vector is reported to be slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=23612 --- Comment #28 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-06-17 14:43:29 UTC --- It runs, but the question of how fast does it run in comparison to Monobook is not completely dead yet. Unfortunately, in a year that passed since i opened this bug, i have failed to develop proper website performance measurement skills, but i still hear people saying that they intentionally use Monobook, because they feel that Vector is slow. -- 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 27351] Extremely small font in Google Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=27351 Erwin Dokter er...@darcoury.nl changed: What|Removed |Added Status|NEW |RESOLVED CC||er...@darcoury.nl Resolution||INVALID --- Comment #1 from Erwin Dokter er...@darcoury.nl 2011-06-17 14:49:44 UTC --- Asuming font settings in both Chrome and IE are the same (16px for sans-serif), there should be no difference between the two. If there is, font settings have changed, or you may have accidentally 'zoomed out' (check if zoom is 100%). -- 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 29278] server error 500 when attempting to add text to a page via redirect (redirect points to the page and page is edited)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29278 --- Comment #6 from Reedy s...@reedyboy.net 2011-06-17 14:51:11 UTC --- FYI, you should ALWAYS send the token as the last parameter See https://bugzilla.wikimedia.org/show_bug.cgi?id=14210#c4 From #c5 If that's the case those developers should ensure that token= is sent after text=. /me looks how well documented that actually is -- 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 29454] New: Enforce byteLimit on wpNewTitle on Special:Move
https://bugzilla.wikimedia.org/show_bug.cgi?id=29454 Web browser: --- Bug #: 29454 Summary: Enforce byteLimit on wpNewTitle on Special:Move Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com CC: tpars...@wikimedia.org, wikibugs-l@lists.wikimedia.org Depends on: 29397 Classification: Unclassified This was done in r87808 and reverted in r90257. In order to do this properly: - Implement a callback ability in jQuery.fn.byteLimit - Re-do r87808 in mediawiki.special.movePage.js, but with a callback function this time filtering the input down to the main portion without the namespace prefix. -- getting the name without namespace prefix is easy with mw.Title -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29397] Implement mw.Title module in core
https://bugzilla.wikimedia.org/show_bug.cgi?id=29397 Krinkle krinklem...@gmail.com changed: What|Removed |Added Blocks||29454 -- 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 29455] New: Add support for a filter callback function in jQuery byteLimit plugin
https://bugzilla.wikimedia.org/show_bug.cgi?id=29455 Web browser: --- Bug #: 29455 Summary: Add support for a filter callback function in jQuery byteLimit plugin Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com CC: tpars...@wikimedia.org, wikibugs-l@lists.wikimedia.org Blocks: 29454 Classification: Unclassified As title says. -- 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 29454] Enforce byteLimit on wpNewTitle on Special:Move
https://bugzilla.wikimedia.org/show_bug.cgi?id=29454 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on||29455 -- 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 29278] server error 500 when attempting to add text to a page via redirect (redirect points to the page and page is edited)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29278 --- Comment #7 from Reedy s...@reedyboy.net 2011-06-17 14:57:58 UTC --- Added to generated api docs in r90270, updated mw.org documentation http://www.mediawiki.org/w/index.php?title=API%3AEditaction=historysubmitdiff=410992oldid=404971 -- 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 27047] Nicer design for pre elements in Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=27047 Erwin Dokter er...@darcoury.nl changed: What|Removed |Added CC||er...@darcoury.nl --- Comment #4 from Erwin Dokter er...@darcoury.nl 2011-06-17 15:02:15 UTC --- Could you not have just removed the offending line? -- 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 28710] enhancement request: make frequently updated special pages update themselves automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28710 --- Comment #3 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-06-17 15:28:23 UTC --- Here's a website that does something similar: http://wikistream.inkdroid.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 29456] New: Create Wikipedia Mingrelian
https://bugzilla.wikimedia.org/show_bug.cgi?id=29456 Web browser: --- Bug #: 29456 Summary: Create Wikipedia Mingrelian Product: Wikimedia Version: unspecified Platform: All URL: http://meta.wikimedia.org/wiki/Requests_for_new_langua ges/Wikipedia_Mingrelian OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: zadiak...@yahoo.gr Blocks: 16976 Classification: Unclassified The language committee and WMF Board have approved the creation of Wikipedia Mingrelian. Language code: xmf Site URL: xmf.wikipedia.org Project name: ვიკიპედია Project namespace: ვიკიპედია Project talk namespace: ვიკიპედია სხუნუა Project logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-xmf.svg Timezone: Europe/Tbilisi GET (UTC+4) Language name: მარგალური Local file uploads: disabled Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Zacharias Diakonikolaou zadiak...@yahoo.gr changed: What|Removed |Added Depends on||29456 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29456] Create Wikipedia Mingrelian
https://bugzilla.wikimedia.org/show_bug.cgi?id=29456 Reedy s...@reedyboy.net changed: What|Removed |Added 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 29457] New: no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 Web browser: --- Bug #: 29457 Summary: no predefined property with SMW 1.6 an MW 1.19 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: dasch...@gmx.net CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified When using Semantic Forms (r90273) with SMW 1.6 and MW 1.19 in the same revision I get this error. MediaWiki 1.19alpha internal error There is no predefined property with _SF_CP. Backtrace: #0 /var/www/vhosts/wecowi.de/httpdocs/extensions/SemanticMediaWiki/includes/dataitems/SMW_DI_Property.php(241): SMWDIProperty-__construct('_SF_CP', false) #1 /var/www/vhosts/wecowi.de/httpdocs/extensions/SemanticForms/includes/SF_Utils.php(86): SMWDIProperty::newFromUserLabel('_SF_CP') #2 /var/www/vhosts/wecowi.de/httpdocs/extensions/SemanticForms/includes/SF_FormLinker.php(137): SFUtils::getSMWPropertyValues(Object(SMWSQLStore2), Object(Title), '_SF_CP') #3 /var/www/vhosts/wecowi.de/httpdocs/extensions/SemanticForms/includes/SF_FormLinker.php(168): SFFormLinker::getFormsThatPagePointsTo('Lage_(Stadt)', 102, 4) #4 /var/www/vhosts/wecowi.de/httpdocs/extensions/SemanticForms/includes/SF_FormLinker.php(269): SFFormLinker::createLinkedPage(Object(Title), Array) #5 [internal function]: SFFormLinker::setBrokenLink(Object(DummyLinker), Object(Title), Array, 'Adelsheim', Array, NULL) #6 /var/www/vhosts/wecowi.de/httpdocs/includes/Hooks.php(216): call_user_func_array('SFFormLinker::s...', Array) #7 /var/www/vhosts/wecowi.de/httpdocs/includes/GlobalFunctions.php(3548): Hooks::run('LinkEnd', Array) #8 /var/www/vhosts/wecowi.de/httpdocs/includes/Linker.php(216): wfRunHooks('LinkEnd', Array) #9 /var/www/vhosts/wecowi.de/httpdocs/includes/parser/LinkHolderArray.php(374): Linker::link(Object(Title), 'Adelsheim', Array, Array, Array) #10 /var/www/vhosts/wecowi.de/httpdocs/includes/parser/LinkHolderArray.php(238): LinkHolderArray-replaceInternal('table style=b...') #11 /var/www/vhosts/wecowi.de/httpdocs/includes/parser/Parser.php(4696): LinkHolderArray-replace('table style=b...') #12 /var/www/vhosts/wecowi.de/httpdocs/includes/parser/Parser.php(353): Parser-replaceLinkHolders('table style=b...') #13 /var/www/vhosts/wecowi.de/httpdocs/includes/Article.php(4300): Parser-parse('{{Infobox Feuer...', Object(Title), Object(ParserOptions), true, true, 83536) #14 /var/www/vhosts/wecowi.de/httpdocs/includes/Article.php(4277): Article-getOutputFromWikitext('{{Infobox Feuer...', true, Object(ParserOptions)) #15 /var/www/vhosts/wecowi.de/httpdocs/includes/Article.php(1577): Article-outputWikiText('{{Infobox Feuer...', true, Object(ParserOptions)) #16 /var/www/vhosts/wecowi.de/httpdocs/includes/Article.php(4553): Article-doViewParse() #17 /var/www/vhosts/wecowi.de/httpdocs/includes/PoolCounter.php(183): PoolWorkArticleView-doWork() #18 /var/www/vhosts/wecowi.de/httpdocs/includes/Article.php(1100): PoolCounterWork-execute() #19 /var/www/vhosts/wecowi.de/httpdocs/includes/Wiki.php(419): Article-view() #20 /var/www/vhosts/wecowi.de/httpdocs/includes/Wiki.php(189): MediaWiki-performAction(Object(Article)) #21 /var/www/vhosts/wecowi.de/httpdocs/index.php(152): MediaWiki-performRequest() #22 /var/www/vhosts/wecowi.de/httpdocs/index.php(70): wfIndexMain() #23 {main} -- 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 29456] Create Wikipedia Mingrelian
https://bugzilla.wikimedia.org/show_bug.cgi?id=29456 Zacharias Diakonikolaou zadiak...@yahoo.gr changed: What|Removed |Added Priority|Unprioritized |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 29457] no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 --- Comment #1 from Yaron Koren yaro...@gmail.com 2011-06-17 15:43:10 UTC --- Hi, Are you using the latest versions of SMW and SF? And where do you see that error message? -- 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 25133] allow redirects also for action=parsepageid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25133 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-06-17 15:57:10 UTC --- r90278 -- 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 27810] ID related API requests (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27810 Bug 27810 depends on bug 25133, which changed state. Bug 25133 Summary: allow redirects also for action=parsepageid https://bugzilla.wikimedia.org/show_bug.cgi?id=25133 What|Old Value |New Value 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 29458] New: Update COPYING file with updated GPL v2 text
https://bugzilla.wikimedia.org/show_bug.cgi?id=29458 Web browser: --- Bug #: 29458 Summary: Update COPYING file with updated GPL v2 text Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: jla...@redhat.com CC: jeroen_ded...@yahoo.com Classification: Unclassified Created attachment 8671 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8671 Diff between COPYING and current GPL-2.0.txt The COPYING file included in SemanticMediawiki-1.5.6 needs to be updated. The updated version is available from http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt. This issue was identified while packaging mediawiki-semantic for Fedora, and running rpmlint (package verification tool) against the RPM packages. Per the Fedora packaging guidelines, I am required to inform upstream that the file is out of date, and needs an update. I am attaching a diff between COPYING and gpl-2.0.txt to this bug report for review. The main change is the FSF address. Thank 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 29459] The featured article is not dynamic or convenient to change
https://bugzilla.wikimedia.org/show_bug.cgi?id=29459 Christopher Adams christop...@fabricatorz.com changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |b...@acawiki.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 29455] Add support for a filter callback function in jQuery byteLimit plugin
https://bugzilla.wikimedia.org/show_bug.cgi?id=29455 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-06-17 16:57:10 UTC --- Presumably callback would ping on too much stuff, ain't gonna add more; would it just notify or would it try to pass in some kind of specific information? Last I looked, the byteLimit thing only operates on keypress or some such, so it also may need to be expanded to handle paste and other kinds of operations, which presumably wouldn't have key or character values to pass through in the same way. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29455] Add support for a filter callback function in jQuery byteLimit plugin
https://bugzilla.wikimedia.org/show_bug.cgi?id=29455 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-06-17 17:54:09 UTC --- Ok, bug 29454 seems to request some way to filter the input string before the length check...? Would that cover the text before the new change, or after? Some newly added strings would make the string longer, while others might not. -- 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 29452] ConfirmEdit: don't consider new external links introduced when undoing the latest revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=29452 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-06-17 17:59:28 UTC --- Spammers solve captchas either by machine (if the captcha has been broken) or by outsourcing to companies that have poorly-paid humans do it for them. For the spammer, solving captchas is an ongoing cost. A one-time captcha can fail as the sole prevention mechanism; allowing the same spam links to be restored time after time with no cost to the spammer might be sub-ideal. What may be more appropriate is some concept of link trust; links that have been kept around for a long time or have been confirmed as good by other editors shouldn't need to trigger a new captcha every time, while links that didn't stay long in the first place or were marked as suspicious should be more likely to trigger a check. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29446] jquery.client.js: test is wrong for subversions = 10
https://bugzilla.wikimedia.org/show_bug.cgi?id=29446 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Keywords||need-unittest --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-06-17 18:03:29 UTC --- Marking this as 'need-unittest', should be added to the qunit test cases for the module. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29460] New: Lost wikitable format and sortable functionality after enabling Semantic Bundle Extension with Mediawiki 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29460 Web browser: --- Bug #: 29460 Summary: Lost wikitable format and sortable functionality after enabling Semantic Bundle Extension with Mediawiki 1.17 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: skri...@utah.gov CC: jeroen_ded...@yahoo.com Classification: Unclassified Configuration: MediaWiki - 1.17.0beta1, PHP - 5.3.5, MySQL - 5.1.53 I am using SemanticBundle extensions to populate pages with various tables bases on Category and Property conditions. After upgrading to MediaWiki 1.17 beta it still showing as a table, but no borders, no gray background for header row and no checkbox next to header to sort the table. Example of the code: {{#ask: [[Category:Variables]] [[Part of::Table1]] |?Description=Description |?Has Data Type=Type |? HasFormat= Format | format=table | limit=100 | default=nothing found in Category: Variables }} Per advice of Mediawiki Supportdesk (http://www.mediawiki.org/wiki/Thread:Project:Support_desk/Lost_wikitable_format_and_sortable_functionality_after_updating_from_1.16_to_1.17) tried to disable extensions in LocalSettings.php one at a time. I found that I can restore “sortable table” feature by disabling following line: require_once( $IP/extensions/semantic-bundle/SemanticBundleSettings.php ); I tried to narrow the issue down and one at a time disabled every require_once statements in the SemanticBundleSettings.php – was not able to reproduce the problem. Looks like issue between 1.17 and core of SemanticMediawiki. Same set of semantic extentions were working fine with 1.16. Please, advice. -- 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 29446] jquery.client.js: test is wrong for subversions = 10
https://bugzilla.wikimedia.org/show_bug.cgi?id=29446 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-06-17 18:08:41 UTC --- Looks like for proper testing, jquery.client module needs refactoring so we can pass it an arbitrary 'navigator' object to initialize its profile with. Bits used: * navigator.userAgent * navigator.platform The bits that add classes to the html root element probably also need to be kicked back so they can be re-triggered manually. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29434] SMW 1.6 (r90203), Fatal error: Call to a member function getLongHTMLText()
https://bugzilla.wikimedia.org/show_bug.cgi?id=29434 --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 18:13:50 UTC --- I followed these steps, and the special page is displaying just fine. Markus, got any idea what might be going on? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29449] Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 18:17:12 UTC --- This is the standard way right? http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/SemanticMediaWiki/languages/SMW_Aliases.php?view=markup If so, there simply is no German translation for Browse yet. -- 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 29402] Ability to dismiss banners on mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=29402 --- Comment #8 from Patrick Reilly prei...@wikimedia.org 2011-06-17 18:18:44 UTC --- Okay, donate has been removed in the following revision: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/90303 /trunk/extensions/MobileFrontend/ (MobileFrontend.php views/layout/application.html.php): removing donate section from mobile view -- 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 25956] Semantic Query Results lack sort icons in Mediawiki 1.17a
https://bugzilla.wikimedia.org/show_bug.cgi?id=25956 Sergey Krikov skri...@utah.gov changed: What|Removed |Added CC||skri...@utah.gov --- Comment #4 from Sergey Krikov skri...@utah.gov 2011-06-17 18:18:57 UTC --- having similar problem (Bug 29460) -- 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 29402] Ability to dismiss banners on mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=29402 Patrick Reilly prei...@wikimedia.org 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 29461] New: Upload file: Special Pages does not allow Office 2007 or 2007 saved as 2003 files to be uploaded.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29461 Web browser: --- Bug #: 29461 Summary: Upload file: Special Pages does not allow Office 2007 or 2007 saved as 2003 files to be uploaded. Product: MediaWiki Version: 1.17.0rc1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: knight_rider1...@yahoo.com CC: bryan.tongm...@gmail.com Classification: Unclassified Upon updating from the 1.17beta to the 1.17rc1 the allowing of office 2007 files is still not detecting the correct mime type for .doc and it does not allow .docx files to be uploaded giving the error of application/x-opc+zip are not allowed. The .doc still gives the File extension does not match MIME type error. I attempted to copy the black list to LocalSetting.php and comment out the ones related to office but it crashes the wiki with an internal error: Internal error From wikitest Jump to: navigation, search error storing file in '/var/tmp/phpdeguPj.docx': directorycreateerror; /var/www/html/wikitest/images/temp/8/8b Backtrace: #0 /var/www/html/wikitest/includes/upload/UploadBase.php(634): UploadStash-stashFile('/var/tmp/phpdeg...', Array, NULL) #1 /var/www/html/wikitest/includes/upload/UploadBase.php(646): UploadBase-stashSessionFile(NULL) #2 /var/www/html/wikitest/includes/specials/SpecialUpload.php(367): UploadBase-stashSession() #3 /var/www/html/wikitest/includes/specials/SpecialUpload.php(461): SpecialUpload-showUploadWarning(Array) #4 /var/www/html/wikitest/includes/specials/SpecialUpload.php(192): SpecialUpload-processUpload() #5 /var/www/html/wikitest/includes/SpecialPage.php(578): SpecialUpload-execute(NULL) #6 /var/www/html/wikitest/includes/Wiki.php(251): SpecialPage::executePath(Object(Title)) #7 /var/www/html/wikitest/includes/Wiki.php(63): MediaWiki-handleSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest)) #8 /var/www/html/wikitest/index.php(114): MediaWiki-performRequestForTitle(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest)) I tried both a chmod 666 and 777 on the images directory with the same result based on the error storing file. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29462] New: Tesla platform search bar fixed width
https://bugzilla.wikimedia.org/show_bug.cgi?id=29462 Web browser: --- Bug #: 29462 Summary: Tesla platform search bar fixed width Product: MediaWiki extensions Version: any Platform: Other OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: prei...@wikimedia.org ReportedBy: killiondud...@gmail.com CC: tf...@wikimedia.org Classification: Unclassified Hi. On my Android phone (Cliq XT) the search bar doesn't adjust (while the rest of the content does) when moving from portrait to landscape mode on http://nomad.tesla.usability.wikimedia.org/index.php/Main_Page . When I asked if this was supposed to be the case on #wikimedia-mobile, Tomas asked me to file a bug about it. First time I've filed a bug, someone might need to clean up things. -- 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 29457] no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 --- Comment #2 from DaSch dasch...@gmx.net 2011-06-17 18:41:58 UTC --- I've the latest Version of SMW and SF the Form Namespace works, it seams a bit that it's on pages where #arraymap is used, cause the error is displayed on pages where no form is used but #arraymap -- 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 29449] Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 Casey Brown b...@caseybrown.org changed: What|Removed |Added Status|NEW |RESOLVED CC||b...@caseybrown.org Resolution||WORKSFORME --- Comment #4 from Casey Brown b...@caseybrown.org 2011-06-17 18:42:36 UTC --- http://translatewiki.net/w/i.php?language=demodule=specialtitle=Special%3AAdvancedTranslate It looks like this is working. It is possible to translate special page aliases on translatewiki.net if the special page aliases are setup correctly, which they are int he case of Semantic MediaWiki. You can translate Browse at the link above. Scroll down to the Special page aliases - Semantic MediaWiki section. -- 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 29445] SRF 1.6 (r90203), TagCloud and distorted html messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=29445 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-06-17 18:50:30 UTC --- Fixed in r90305. Thanks for the bug report :) -- 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 29447] SMW 1.6 (r90208), Has type::Number fails with correct type definition
https://bugzilla.wikimedia.org/show_bug.cgi?id=29447 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID AssignedTo|markus@semantic-mediawiki.o |jeroen_ded...@yahoo.com |rg | --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 18:58:05 UTC --- Has type, not Has Type. -- 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 29453] result of an ask query cannot be rendered properly when using fromat=template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29453 --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 18:59:46 UTC --- Try upgrading to SMW 1.6. -- 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 29453] result of an ask query cannot be rendered properly when using fromat=template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29453 --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 19:00:15 UTC --- Err... I meant SMW 1.5.6. -- 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 29449] Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 --- Comment #5 from mediaw...@kghoffmeyer.de 2011-06-17 19:02:23 UTC --- Hey, I was not aware of this special interface at translatewiki.net If one may translate these pages there, which is obviously the case, than everything is cool. Do not be angry with me. Perhaps it is just one of these days. Thank you to all of you for your help! -- 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 29449] Translate special page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29449 --- Comment #6 from Casey Brown b...@caseybrown.org 2011-06-17 19:05:18 UTC --- No one's angry with you. =] That interface is a little hard to find, but I think that's how it's supposed to be. It's a very advanced feature that we only want the advanced translators to touch. ;-) -- 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 29460] Lost wikitable format and sortable functionality after enabling Semantic Bundle Extension with Mediawiki 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29460 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 19:19:15 UTC --- A lot of the extensions where not compatible yet with MediaWiki 1.17 when the last Semantic Bundle was released. Upgrading them to their latest version should fix the problem. A new release of Semantic Bundle will be made soon after SMW 1.6 has been release, which will probably be in a few weeks. -- 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 22689] Have 'showhiddencats' option set to on by default for logged in users, but off for logged out users
https://bugzilla.wikimedia.org/show_bug.cgi?id=22689 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com Summary|Commons __HIDDENCAT__ |Have 'showhiddencats' |(change the default setting |option set to on by default |for logged-in users)|for logged in users, but ||off for logged out users --- Comment #2 from Bawolff bawolff...@gmail.com 2011-06-17 19:26:56 UTC --- (For reference, the preference in question is 'showhiddencats') I'm unsure if this is a simple shell request. To make it be shown for everyone by default is easy - $wgDefaultUserOptions['showhiddencats'] = 1; However I don't think there is a config option to make it on by default for logged in users, and off by default for logged out 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 29365] WikiEditor: Toolbar mis-clicks can go unnoticed
https://bugzilla.wikimedia.org/show_bug.cgi?id=29365 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Summary|WikiEditor: Toolbar should |WikiEditor: Toolbar |be further from edit form |mis-clicks can go unnoticed --- Comment #3 from Gurch matthew.brit...@btinternet.com 2011-06-17 19:38:27 UTC --- Below I have included steps to reproduce the issue, in order to clarify exactly what the issue is. 1. Pick any page long enough to scroll the edit form. 2. Select Edit. 3. Decide to edit the end of the page. Scroll down to the end of the edit form. Edit something. 4. Decide now to edit the top of the page. Scroll the edit form back up. 5. Go to click the first line of text at the top of the edit form. Miss by a couple of pixels. Hit the toolbar instead. 6. Recieve no feedback whatsoever that a script just inserted some text, because your cursor is still at the end of the page scrolled out of view. 7. As a relatively inexperienced user, assume nothing happened and you clicked empty space. 8. Click the first line of text, successfully this time. Edit some more. 9. Decide to save the page. Select Save. 10. Hope someone comes along and fixes the broken formatting you inserted at the bottom of the page without realising it. I have also amended the description to reflect the issue rather than my proposed solution. Perhaps someone can come up with a better one. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29463] New: Display option for maps and list
https://bugzilla.wikimedia.org/show_bug.cgi?id=29463 Web browser: --- Bug #: 29463 Summary: Display option for maps and list Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: SemanticDrilldown AssignedTo: yaro...@gmail.com ReportedBy: ikehe...@wikiworks.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Currently, Drilldown results can either be displayed in a map or a list. It would be nice to be able to display a set of results in both a map and a list at the same time. Ideally, they would interact with each other. For example, clicking the name of a page in a list would pop up its balloon in the map. I'm envisioning something similar to how Google Maps actually does things. -- 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 29450] {{GENDER:}} returns current user's gender for IPs and disallowed usernames
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com Component|Blocking|Internationalization Summary|GENDER in |{{GENDER:}} returns current |Blockipsuccesstext refers |user's gender for IPs and |to the gender of the|disallowed usernames |blocking admin instead of | |the gender of the blocked | |user| --- Comment #4 from Max Semenik maxsem.w...@gmail.com 2011-06-17 19:50:56 UTC --- The cause is simple: // check parameter, or use the ParserOptions if in interface message $user = User::newFromName( $user ); if ( $user ) { $gender = $user-getOption( 'gender' ); } elseif ( $parser-getOptions()-getInterfaceMessage() ) { $gender = $parser-getOptions()-getUser()-getOption( 'gender' ); } you can't construct a User object for anons, hence current user's gender will be used. Same thing for impossible usernames, such as foo#bar. Ideas what to do about 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 29450] {{GENDER:}} returns current user's gender for IPs and disallowed usernames
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 --- Comment #5 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-06-17 19:57:24 UTC --- I don't know how to code it, but just get the default gender and not the current user's gender. Current user's gender has nothing to do with any other user's gender. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29450] {{GENDER:}} returns current user's gender for IPs and disallowed usernames
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 --- Comment #6 from Max Semenik maxsem.w...@gmail.com 2011-06-17 20:04:10 UTC --- The question is whether IPs are always default-gender in every language. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29450] {{GENDER:}} returns current user's gender for IPs and disallowed usernames
https://bugzilla.wikimedia.org/show_bug.cgi?id=29450 --- Comment #7 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-06-17 20:10:16 UTC --- In Hebrew the word address is feminine, but the word user is masculine. For other languages it may be different, of course. I would prefer to have separate messages - one for users and one for IPs. If i understand correctly, currently Blockipsuccesstext is both for users and for IPs (despite its name). Please correct me if i'm wrong. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29464] New: SMW 1.6 (r90263), Fatal error: Call to a member function getNamespace() ... SMW_DV_WikiPage.php on line 300
https://bugzilla.wikimedia.org/show_bug.cgi?id=29464 Web browser: --- Bug #: 29464 Summary: SMW 1.6 (r90263), Fatal error: Call to a member function getNamespace() ... SMW_DV_WikiPage.php on line 300 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: jamesin.hongkon...@gmail.com CC: jeroen_ded...@yahoo.com Classification: Unclassified Not really sure what causes (SMW or SF) the following error but while trying to access Special:FormEdit to one of our test items the following message appeared. Notice: Undefined property: SMWWikiPageValue::$m_dataitem in D:\xampp\htdocs\lab\t1170\extensions\SemanticMediaWiki\includes\datavalues\SMW_DV_WikiPage.php on line 300 Fatal error: Call to a member function getNamespace() on a non-object in D:\xampp\htdocs\lab\t1170\extensions\SemanticMediaWiki\includes\datavalues\SMW_DV_WikiPage.php on line 300 If this is not a programming error at least the page should not end with Fatal error and instead give a more appropriate message on what is going wrong. MediaWiki1.17.0rc1 PHP5.3.5 (apache2handler) MySQL5.5.8 SF (Version 2.2-alpha)(r90082) SMW 1.6 (r90263) -- 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 29457] no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 --- Comment #3 from Yaron Koren yaro...@gmail.com 2011-06-17 20:40:05 UTC --- Hi, I can't reproduce this. Is this on a public wiki? If so, can you point to the URL with the error? -- 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 25956] Semantic Query Results lack sort icons in Mediawiki 1.17a
https://bugzilla.wikimedia.org/show_bug.cgi?id=25956 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 20:50:08 UTC --- Problem has long been 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 29443] [[Special:Undelete]] should use JavaScript to invert all checkboxes without reloading the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=29443 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Keywords||bugsmash, easy --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-06-17 20:37:40 UTC --- This should indeed be pretty straightforward to add: * add resources/mediawiki.special/mediawiki.special.undelete.js with a little JS bits (take over the button's click handler and iterate over the checkboxes, swapping their state) * add an entry in Resources.php for it * load it with $wgOut-addModules('mediawiki.special.undelete') in SpecialUndelete::showHistory() -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28154] Problems with 'disallow' option
https://bugzilla.wikimedia.org/show_bug.cgi?id=28154 seth email_metawiki_...@wg-karlsruhe.de changed: What|Removed |Added CC||email_metawiki_138@wg-karls ||ruhe.de --- Comment #2 from seth email_metawiki_...@wg-karlsruhe.de 2011-06-17 20:53:31 UTC --- Here's another example from w:de: The last change on AF rule #94 was made at 2011-06-15.[1] User:83.77.242.235 made an edit on [[w:de:NGC 415]] at 2011-06-16 22:23:40 (UTC), i.e., more than 24h after the last change of rule #94.[2] Although the abusefilter test is positive on that edit[3], the edit unfortunately was not blocked. What could be the reason for that? [1] http://de.wikipedia.org/wiki/special:abuseFilter/history/94 [2] http://de.wikipedia.org/w/index.php?title=NGC_415action=historysubmitdiff=90130131oldid=90129746 [3] http://de.wikipedia.org/wiki/special:abuseFilter/test/94 with wpTestPeriodStart = 2011-06-16T22:00:00 wpTestPeriodEnd = 2011-06-16T23:00:00 wpTestPage = NGC 415 -- 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 29464] SMW 1.6 (r90263), Fatal error: Call to a member function getNamespace() ... SMW_DV_WikiPage.php on line 300
https://bugzilla.wikimedia.org/show_bug.cgi?id=29464 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|markus@semantic-mediawiki.o |jeroen_ded...@yahoo.com |rg | --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-06-17 21:04:14 UTC --- r90317 should get rid of the notice, and might (but probably won't) sole the fatal error. If the fatal error is still there, let me know the steps to reproduce it. I can use Special:FormEdit locally without any problems. -- 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 28064] Collection extension needs some way to inform original authors of a work
https://bugzilla.wikimedia.org/show_bug.cgi?id=28064 --- Comment #2 from mybugs.m...@gmail.com 2011-06-17 21:13:05 UTC --- For a more thorough discussion of the problem see the (currently ongoing) conversation on page [[Wikipedia:Village_pump_(technical)#augmenting_article_history]] (permanent link: https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Wikipedia:Village_pump_%28technical%29oldid=434799094#augmenting_article_history ) -- 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 29457] no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 --- Comment #4 from DaSch da...@dasch-tour.de 2011-06-17 21:16:26 UTC --- Here is a page with the error http://www.wecowi.de/wiki/Letzigrund_Stadion And it's definitly something about the arraymap, because when I deleted the things that use arraymap on my Mainpage the error disapeared And when using an form with arraymap it only displayes x where the array should be http://www.wecowi.de/wiki/Spezial:FormEdit/Infobox_Land/Something -- 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 29457] no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Yaron Koren yaro...@gmail.com 2011-06-17 21:41:38 UTC --- Ah, yes - that's a real bug, caused by the fact that there's no translation yet for Creates pages with form in German. I believe I just fixed this in SVN. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29346] Inaccurately tagging some images as being from Flickr and requiring review
https://bugzilla.wikimedia.org/show_bug.cgi?id=29346 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added Summary|mw.UploadWizardLicenseInput |Inaccurately tagging some |.js ll. 59, 61, 65: |images as being from Flickr |Changing MediaWiki Config |and requiring review Severity|enhancement |normal -- 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 29457] no predefined property with SMW 1.6 an MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=29457 --- Comment #6 from DaSch da...@dasch-tour.de 2011-06-17 21:51:32 UTC --- Okay. Now it works. 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 6100] Allow different directionality (rtl/ltr) for user interface and wiki content
https://bugzilla.wikimedia.org/show_bug.cgi?id=6100 --- Comment #45 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-06-17 21:53:19 UTC --- Did some further improvements in r90320. If you want to test it, I enabled $wgBetterDirectionality on http://robinpepermans.be/mw-dev/ There are some small bugs left, a list is on http://robinpepermans.be/mw-dev/index.php?title=Project:RTL -- 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 29365] WikiEditor: Toolbar mis-clicks can go unnoticed
https://bugzilla.wikimedia.org/show_bug.cgi?id=29365 --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2011-06-17 22:54:20 UTC --- (In reply to comment #3) 6. Recieve no feedback whatsoever that a script just inserted some text, because your cursor is still at the end of the page scrolled out of view. At some point in the distant past, we used to scroll the text box down to where the insertion happened. I guess this broke at some point. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29465] New: Links for further pages on Special:Propertys are broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=29465 Web browser: --- Bug #: 29465 Summary: Links for further pages on Special:Propertys are broken Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: da...@dasch-tour.de CC: jeroen_ded...@yahoo.com Classification: Unclassified In SMW 1.6 like you can see here http://www.wecowi.de/wiki/Spezial:Attribute the links for Page 2 or more items on one page are not correct -- 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 28990] #formlink with popup should show red links for missing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=28990 --- Comment #2 from Yaron Koren yaro...@gmail.com 2011-06-17 23:20:08 UTC --- Thanks for the bug report - this is now fixed, in SVN. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28990] #formlink with popup should show red links for missing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=28990 Yaron Koren yaro...@gmail.com 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 15434] Periodical run of currently disabled special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=15434 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added AssignedTo|has...@free.fr |pdha...@wikimedia.org --- Comment #28 from Mark A. Hershberger m...@everybody.org 2011-06-17 23:45:22 UTC --- pdhanda is supposed to figure out a schedule to get these updates to run more often we also plan on being updating the page to say the NEXT time it will run. -- 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 29268] Import bug on several pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=29268 Priyanka Dhanda pdha...@wikimedia.org changed: What|Removed |Added CC||pdha...@wikimedia.org --- Comment #11 from Priyanka Dhanda pdha...@wikimedia.org 2011-06-18 00:06:31 UTC --- Imported: http://fr.wiktionary.org/wiki/Liste_d'expressions_marseillaises http://fr.wiktionary.org/wiki/Utilisateur:JackPotte/Bugzilla http://fr.wiktionary.org/wiki/Liste_de_locutions_latines http://fr.wiktionary.org/wiki/Liste_des_abr%C3%A9viations_classiques This page already exited: http://fr.wiktionary.org/wiki/Annexe:Liste_de_termes_d%E2%80%99argot_Internet -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29443] [[Special:Undelete]] should use JavaScript to invert all checkboxes without reloading the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=29443 --- Comment #4 from mybugs.m...@gmail.com 2011-06-18 00:30:53 UTC --- Created attachment 8672 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8672 Proposed patch (In reply to comment #3) This should indeed be pretty straightforward to add: * add resources/mediawiki.special/mediawiki.special.undelete.js with a little JS bits (take over the button's click handler and iterate over the checkboxes, swapping their state) * add an entry in Resources.php for it * load it with $wgOut-addModules('mediawiki.special.undelete') in SpecialUndelete::showHistory() Thank you Brion for these valuable tips! The attached patch seems to solve the 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 29443] [[Special:Undelete]] should use JavaScript to invert all checkboxes without reloading the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=29443 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||need-review, patch CC||p858sn...@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 28693] Implement context sensitive rtl command for resource loader
https://bugzilla.wikimedia.org/show_bug.cgi?id=28693 --- Comment #3 from Krinkle krinklem...@gmail.com 2011-06-18 00:46:07 UTC --- Note that this will most likely mess with the cascading part of CSS as those rules will override things since they are more specific and thus are given more points by the style parser of the browser. ie. .foo { float: none; margin: 0 auto; width: 500px; } /* @doubleflip */ div { float: left; margin: 0; } normally div class=foo will be centered because .foo is more specific (more points). but with @doubleflip adding some kind of directionality (ie. [dir=rtl] and [dir=ltr]) it could end up more specific. -- 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 29466] New: Merge the two [Go] buttons from [[Speciall:AllMessages]] (and possibly some other special pages) into one
https://bugzilla.wikimedia.org/show_bug.cgi?id=29466 Web browser: --- Bug #: 29466 Summary: Merge the two [Go] buttons from [[Speciall:AllMessages]] (and possibly some other special pages) into one Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Classification: Unclassified A common task for those who use [[Special:AllMessages]] is to change the default values of: * The fields of the Filter section (e.g. prefix or Language); AND * The number of items per page Currently, the user needs to submit the page two times in order to achieve both changes, because each section has its own [Go] button. Besides, if the user do changes in both sections and submit using one of these buttons, one of the changes will be discarded. It would be better if those buttons could be merged into only one, which could be clicked to submit any changes the user has made in the available fields. I think I've seen the same problem in some other special page, but I can't remember which one right now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29467] New: jquery.byteLimit.js should use the length of the current selection instead of the current value
https://bugzilla.wikimedia.org/show_bug.cgi?id=29467 Web browser: --- Bug #: 29467 Summary: jquery.byteLimit.js should use the length of the current selection instead of the current value Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Currently, if a user fill the edit summary with a text which sums up 250 characters, such as abcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghijABCDEFGHIJabcdefghij the JS code from jquery.byteLimit.js will not let the user to type any other characters. So far so good. Nonetheless, it should let the user to replace a substring of the current summary (e.g. the last 10 characters), but it doesn't (even if the user selects **the whole summary** and type why not?, which as only a few characters). IIUC, this is because the script is testing the length of this.value[1] of the current input, instead of taking the length of the selected text into account. [1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/jquery/jquery.byteLimit.js?annotate=86982#l49 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l