[Bug 21584] New: Input elements in dialogs no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=21584 Summary: Input elements in dialogs no longer work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: mrzmanw...@gmail.com CC: wikibugs-l@lists.wikimedia.org Input elements like textboxes and radio buttons in dialogs like the link dialog are unusable. The first text box is focused, but trying to type into it doesn't work, and other elements can't be selected. The Cancel/Insert buttons at the bottom still work. Tested in Firefox 3.5.5 and Safari 4.0 (530.17) running r59305. I also tested in IE8, it gave a JS error when opening the dialog (in addition to 4 errors when opening the edit page), and the dialog didn't fully open. Invalid argument. js2stopgap.js?253, line 1061 character 4 -- 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 21156] Enable FlaggedRevs on pl.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=21156 Aaron Schulz changed: What|Removed |Added AssignedTo|jschulz_4...@msn.com|rhals...@wikimedia.org -- 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 19534] Proofread Page on oldwikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=19534 Larry Gilbert changed: What|Removed |Added CC||stolen-from-wikimedia- ||bugzi...@l2g.to --- Comment #4 from Larry Gilbert 2009-11-21 00:21:12 UTC --- Can this still be done? I have a DjVu scan that I can begin working on as soon as this is implemented. -- 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 21582] Transliteration of Crimean Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=21582 Eugene Zelenko changed: What|Removed |Added CC||eugene.zele...@gmail.com --- Comment #2 from Eugene Zelenko 2009-11-20 23:21:50 UTC --- Don Alessandro (http://ru.wikipedia.org/wiki/%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:Don_Alessandro) tried to create support fro multiples writing systems for Crimean Tatar language based on Kazakh converter. I don't know current status. Probably developers help needed to update code to current MediaWiki code and other possible problems fixing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21583] MagicWord::match function documentation is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=21583 Reedy changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy 2009-11-20 22:29:00 UTC --- r59300 -- 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 21583] New: MagicWord::match function documentation is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=21583 Summary: MagicWord::match function documentation is wrong Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Documentation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@lyricwiki.org The current documentation on /phase3/includes/MagicWord.php's function match(...) says: /** * Returns true if the text contains the word * @return bool */ But it doesn't return bool. It uses a simple preg_match() and therefore returns the number of matches. This isn't too bad if you have the code in front of you and know the behavior of preg_match() but screws up the doxygen documentation and is misleading. See documentation here for preg_match: http://us2.php.net/manual/en/function.preg-match.php (sorry that this is so small.. I haven't applied for commit access yet) -- 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 21582] Transliteration of Crimean Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=21582 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw 2009-11-20 22:06:30 UTC --- I assume this asks for variants to be enabled? -- 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 21582] New: Transliteration of Crimean Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=21582 Summary: Transliteration of Crimean Wiki Product: Wikimedia Version: unspecified Platform: All URL: http://crh.wikipedia.org/ OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: timm...@mail.ru Crimean language has two writing systems - Cyrillic and Latin. The translator is written on php. How can this translator be included into Crimean Wiki, so that users can switch from one writing to another, such as in Kazakh Wiki (http://kk.wikipedia.org). The example of translator is here: http://medeniye.org/transliterator/ Thank you in advance. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21572] safe referencing the newest version of page using one of its history id
https://bugzilla.wikimedia.org/show_bug.cgi?id=21572 --- Comment #5 from Platonides 2009-11-20 21:57:32 UTC --- It lists wgArticleId=23897925 at the page source on the header. It is a little known feature, the articles are not expected to be reached by id, the only official way to reach an article is the page title, curid links are only a workaround, and are not guaranteed to be properly cached (Bug 20818) -- 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 17430] Interwiki extension should have sortable table columns
https://bugzilla.wikimedia.org/show_bug.cgi?id=17430 Raimond Spekking changed: What|Removed |Added CC||raimond.spekk...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Raimond Spekking 2009-11-20 19:54:54 UTC --- Done per r59295. -- 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 21581] New: RSS feed isn't pulling from correct article history
https://bugzilla.wikimedia.org/show_bug.cgi?id=21581 Summary: RSS feed isn't pulling from correct article history Product: Wikimedia Version: unspecified Platform: All URL: http://http://en.wikipedia.org/w/index.php?title=Siebel_ Scholars&action=history OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jhildebr...@siebel.org I've subscribed to the RSS feed for "Thomas Siebel - revision history" but the RSS feeds I'm getting aren't for the Thomas Siebel article revisions. If I click on the "View Article..." link in any of the RSS feeds I'm getting, I am taken to this page: http://en.wikipedia.org/w/index.php?title=Thomas_siebel&diff=326859046&oldid=prev -- 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 21578] templates' work in tatar wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=21578 Linar Khalitov changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Linar Khalitov 2009-11-20 17:19:58 UTC --- not a bug, will be reopened later as a request for new namespace and enabling subpages there -- 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 21482] both version of a diff can be current
https://bugzilla.wikimedia.org/show_bug.cgi?id=21482 --- Comment #1 from Umherirrender 2009-11-20 17:17:35 UTC --- check for $this->mOldRev->isCurrent() also in DifferenceInterface.php, near line 973, maybe adapt from line 878 (r59079) -- 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 21518] hide username box on Special:UserRights when user cannot change userrights from other users
https://bugzilla.wikimedia.org/show_bug.cgi?id=21518 --- Comment #1 from Umherirrender 2009-11-20 17:09:54 UTC --- Created an attachment (id=6809) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6809) pic of the form You have to test userrights before call $this->switchForm(); in SpecialUserrights.php, line 103 (r57064) -- 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 21520] show anoneditwarning also by preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=21520 --- Comment #1 from Umherirrender 2009-11-20 17:03:22 UTC --- since r12948 there is an unequal for preview-form: } elseif( $wgUser->isAnon() && $this->formtype != 'preview' ) { $wgOut->wrapWikiMsg( '$1', 'anoneditwarning' ); But why? -- 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 10867] Create Special:Sources and {{#source:}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=10867 Philippe Verdy changed: What|Removed |Added CC||verd...@wanadoo.fr --- Comment #5 from Philippe Verdy 2009-11-20 17:00:38 UTC --- Interestingly, the various number types that can be mapped to the EAN international standard (which encompass them all) can also be parsed by recognizing a list of known prefixes, from which we could automatically determine the product type, or the geographical area (or linguistic area). If such an application for automatic determination of these types of information is developed, the table of prefixes should include: - the exact standard identifier (such as "ISBN", "ASIN", "ISMN", possibly "UPC", but NOT "EAN" which is not qualifying and includes all the other standards in their longest number form...) - the total length of the identifier (including its prefix below and the check digit) - the prefix (possibly a regular expression) : it may be empty if all numbers with the above length are part of the standard. - an optional qualifier (such as country or language zone in ISBN) - a comment containing a verifiable reference for this prefix. - an optional field containing a bigger length on which the shorter The table should be editable somewhere (possibly restricted by admins) And there may exist several lines for the same standard identifier (because there are alternate forms using other lengths, or different mappings from a shorter legacy number to the longer number, or because one wants to subdivide the standard space for easier identification of products of the same type, for building specific search pages per product type and or optional subdivision like the geographic area). Note that the geographic area can be complex to determine (it may require lots of lines, notably for ISBN), and some legacy geographical areas are remaining in the standards that are now split across distinct countries: if you want to search a book with vendors for a specific geographic zone, they may need to support the legacy numbers that were allocated to larger zones. (and these legacy zones are still in use for newer products, because the geographic subdivisions are then subdivided by producer/editor company which still have unallocated space in their current number blocks, or because the vendors have disappeared, have been split or merged, and their existing number blocks became shared, so they no longer map exactly to the exact geographic area in which the block prefixes were allocated). Another table could contain optional equivalent identifiers, or could contain a list of regular expressions used to recognize them, and another one used to parse the acceptable number formats (because there may be letters sometimes), and an identifier for the method used to verify the number validity (by its check digit) : the legacy ISBN-10 check digit is computed diferently from the newer ISBN-13 identifier that uses the EAN method. These tables do not necessarily have to be on a Wiki page or in the database. They may perfectly reside in a PHP source file, because the number validation or remapping methods will frequently require specific PHP code, and also because it will probably be more efficient there. -- 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 21523] hide pageselector for one-page pdfs
https://bugzilla.wikimedia.org/show_bug.cgi?id=21523 Umherirrender changed: What|Removed |Added URL|http://commons.wikimedia.org|http://commons.wikimedia.org |/wiki/Image:Cheatsheet- |/wiki/Image:Cheatsheet- |de.pdf?uselang=de |de.pdf -- 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 21523] hide pageselector for one-page pdfs
https://bugzilla.wikimedia.org/show_bug.cgi?id=21523 --- Comment #1 from Umherirrender 2009-11-20 16:51:05 UTC --- Created an attachment (id=6808) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6808) pageselector for a one-page pdf pic from url page, to show what I mean -- 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 21559] wrap stand alone message 'logempty'
https://bugzilla.wikimedia.org/show_bug.cgi?id=21559 --- Comment #1 from Umherirrender 2009-11-20 16:48:07 UTC --- Created an attachment (id=6807) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6807) page from url in edit mode (skin vector) pic to show, which text I mean. -- 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 19295] Navigation headings should not be lower-cased in German (and other languages)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19295 Umherirrender changed: What|Removed |Added CC||umherirrender_de...@web.de --- Comment #1 from Umherirrender 2009-11-20 16:43:32 UTC --- *** Bug 21524 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21524] capitalize-all-nouns missing for anon on translatewiki.net
https://bugzilla.wikimedia.org/show_bug.cgi?id=21524 Umherirrender changed: What|Removed |Added Status|NEW |RESOLVED Component|LanguageSelector|Modern skin Product|MediaWiki extensions|MediaWiki Resolution||DUPLICATE Version|any |unspecified --- Comment #2 from Umherirrender 2009-11-20 16:43:32 UTC --- It confused my, because there is a other standard skin. Sorry. *** This bug has been marked as a duplicate of bug 19295 *** -- 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 21579] OTRS password request abuse (implement CAPTCHA?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=21579 MZMcBride changed: What|Removed |Added CC||pub...@mzmcbride.com Summary|HELP! OTRS need captcha!|OTRS password request abuse ||(implement CAPTCHA?) -- 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 21579] HELP! OTRS need captcha!
https://bugzilla.wikimedia.org/show_bug.cgi?id=21579 --- Comment #2 from Liangent 2009-11-20 16:33:22 UTC --- OTRS's bugzilla: http://bugs.otrs.org/ -- 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 21579] HELP! OTRS need captcha!
https://bugzilla.wikimedia.org/show_bug.cgi?id=21579 Liangent changed: What|Removed |Added Keywords||upstream -- 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 19439] ISWC-Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=19439 --- Comment #2 from Philippe Verdy 2009-11-20 16:29:53 UTC --- See related Bug #8758, Bug #12900 -- 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 21579] HELP! OTRS need captcha!
https://bugzilla.wikimedia.org/show_bug.cgi?id=21579 str4nd changed: What|Removed |Added CC||philip@gmail.com --- Comment #1 from str4nd 2009-11-20 16:27:14 UTC --- *** Bug 21580 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21580] OTRS need captcha
https://bugzilla.wikimedia.org/show_bug.cgi?id=21580 str4nd changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from str4nd 2009-11-20 16:27:14 UTC --- *** This bug has been marked as a duplicate of bug 21579 *** -- 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 21580] New: OTRS need captcha
https://bugzilla.wikimedia.org/show_bug.cgi?id=21580 Summary: OTRS need captcha Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: OTRS AssignedTo: tstarl...@wikimedia.org ReportedBy: philip@gmail.com Someone constantly accessed https://ticket.wikimedia.org/otrs/index.pl?Action=LostPassword&Lang=en&User=, made OTRS spam my email with lots of new password request mails. Shouldn't we fix it by putting something like captcha to prevent it happens again? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21579] New: HELP! OTRS need captcha!
https://bugzilla.wikimedia.org/show_bug.cgi?id=21579 Summary: HELP! OTRS need captcha! Product: Wikimedia Version: unspecified Platform: All URL: https://ticket.wikimedia.org/otrs/index.pl OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: OTRS AssignedTo: tstarl...@wikimedia.org ReportedBy: shiz...@gmail.com Someone mass send password request to my email address via "Lost your password?" of OTRS login. Now have receive > 100 email. plese add captcha for OTRS! -- 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 19439] ISWC-Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=19439 Philippe Verdy changed: What|Removed |Added CC||verd...@wanadoo.fr --- Comment #1 from Philippe Verdy 2009-11-20 16:23:29 UTC --- Or more generally, use the universal "EAN" identifier for these (from the barcode printed on their boxes), because ISBN (for books), ASIN (for audio/video editions), because these numbers are now applications of the more general "EAN-13" international standard (in its current most widely used 13-digit version, which may be later extended to 16 digits or more) for identification of products (this EAN identifier does not identify a particular instance of these products, or the merchant selling or distributing it, EAN numbers are vendor-neutral). Using "ISBN" or "ASIN" or "ISWC" however, is probably better than generic "EAN", because it allows easier identification of the product type (so this can help tune up the list of vendors for each product type, on which a specific product identified by this number can be looked for), also because their 10-digit formats are ambiguous between each other, unless they are converted to 13-digit using their 3-digit prefixe(s) that these related standards have allocated into the EAN number space. Otherwise, the 13-digit number after the prefix "EAN" will have to be parsed to recognize the product type from a known list of numeric prefixes (this is perfectly possible, provided that the standards that allocated EAN numbers for their use are also publishing the list of EAN prefixes they asked for this usage). -- 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 21573] chained autopromote fail
https://bugzilla.wikimedia.org/show_bug.cgi?id=21573 --- Comment #1 from jeremy 2009-11-20 16:21:32 UTC --- actually after a little further investigation it seems to only be related to 2 ldap groups, div-rd-1 & div-rd-2, my other groups work just fine. any thoughts? -- 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 12900] linkify ISBN: foo and ISBN: foo, bar, etc. beside ISBN foo_bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=12900 Philippe Verdy changed: What|Removed |Added CC||verd...@wanadoo.fr --- Comment #3 from Philippe Verdy 2009-11-20 16:06:54 UTC --- Note that the ISBN-13 format is just equivalent in its format to the EAN-13 standard in which it was allocated for books. But the EAN-13 standard has similar formats for identifying video products (ASIN numbers, also available in older 10-digits format), audio products like CDs (also available in older 10-digit format). Why restricting such references this to published books? See related Bug #8758 (for ASIN support: this would avoid links to problematic audio/video clips shared illegally on sites like YouTube, that could still host some legal audio/video extracts from protected larger contents, by identifying them with their ASIN number : this would not promote only these commercial sites by more fairly, other online merchants that legally sell the full products ; this would allow verifiable references for these audio/video sources, that are still too badly considered even though they are perfectly valid and should still be usable as references for Wikipedia verifiability of article contents). The ISBN numbers were introduced to allow easier identification of references, but also to avoid the direct insertion of advertizing links within the articles (because this promoted specific merchant sites, and was against a fair competition; before that, there were too many unnecessary links within Wikipedia articles or in their reference sections, but still not enough to offer a fair choice for visitors). This should also apply to references for audio and video products sold by various merchant sites or distributors. -- 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 21578] New: templates' work in tatar wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=21578 Summary: templates' work in tatar wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://tt.wikipedia.org OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ru...@virusinfo.info In tt.wikipedia templates work not in a normal way. By default, using {{/text1}} will transclude PAGENAME/text1, but in tt.wikipedia it links to Template:PAGENAME/text1. For example, have a look at http://tt.wikipedia.org/w/index.php?oldid=238529 {{Портал:Кино/Шапка}} in the code should transclude this page (http://tt.wikipedia.org/w/oldid=238530), but it links to Template:Портал:Кино/Шапка. Changing of {{Портал:Кино/Шапка}} to {{:Портал:Кино/Шапка}} makes it work... This happens with {{/subpage}} too: we have link to Template:/Subpage instead of transcluding of PAGENAME/Subpage. I suppose there is something different in the config of tt.wikipedia, so, please, fix 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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164 --- Comment #151 from Philippe Verdy 2009-11-20 15:43:56 UTC --- Anyway, the backend compatibility layer that maps the SQL into the SQL dialect spoken by the SQL engine can still adapt itself : if there's a true support for collation supported by the SQL backend, it can be used instead of the client-side (in PHP) implementation in the MediaWiki code itself, if it provides additional performance benefits and stronger security. If there's no real difference, then we can simply abandon the SQL-based collation (even if its supported) and use the PHP implementation everywhere This will simplify the design of the SQL-backend adaptation layer within the MediaWiki code. This will allow easier integration of other backends, such as Postgres (suggested in Comment #150), or Oracle, Sybase, Informix, MSSQL, or other backends available on Windows servers through ODBC, or others accessible through JDBC via a PHP-to-Java adaptation layer... if the PHP code used in MediaWiki can also run from within a Java-based JSP application server or .Net-based ASP application server, or from within other newer VMs that are already being developed to support both the Java and .Net environments simultaneously. There are very exentive research to make all these VMs compatible with each other (and to ease the migration with mutual compatibility, and with transparent deployment facilities in heterogeneous environments like computing grids and cloud computing). Note that in some future, even the WMF projects could benefit a lot of such facilities, when its servers will be virtualized to scale better with reduced costs, because we all know that the WMF projects need more and more money each year to support its ever growing databases and audience, and the increased need for supporting better internationalization. It is highly strategic (and should also be discussed in the WMF Strategy wiki) to reduce the technical dependencies (also because there's now a demonstrated need for open-projects to work together, such as within the Open Alliance which has lots of contents to share with the WMF, thanks to their compatible licencing schemes). -- 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 21403] memcached class conflicts with PHP's memcached extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=21403 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Alexandre Emsenhuber [IAlex] 2009-11-20 15:38:13 UTC --- Fixed in r59289. -- 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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164 --- Comment #150 from Peter Gervai (grin) 2009-11-20 15:09:45 UTC --- Well I didn't want to chime in (you seem to be able to shout at each others without my assistance :-)) but please do not forget that the solution for MEDIAWIKI (as opposed to Wikipedia) ought not base on Mysql specific features. If there are two approaches, and one of them is database backend agnostic then that one should be preferred. Of course I didn't want to mention that I believe code speed (resource hunger) is a real factor here, since this is accessed frequently. By no means I want to speak against helping Mysql, since it's a nice open source project. I just use postgresql, that's all. :-) -- 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 20812] Wikisource: IPs unable to flag articles as "proofread"
https://bugzilla.wikimedia.org/show_bug.cgi?id=20812 --- Comment #31 from Snottygobble 2009-11-20 14:01:25 UTC --- "We want the unheralded change of the last update deactivated." You've been told, repeatedly, that you don't need a patch applied in order to achieve this. Simply revert your javascript back to a version that uses your old page quality template, instead of the tag. This will give you precisely what you want. It will also effect the removal of de.wikisource from the global statistics pages; but this is not unreasonable, given you will have rendered your statistics incommensurable by opting for a different approach to validation. Please bear in mind that this is a bug tracking system, and what is considered fair comment here is very different to what might be acceptable on Wikimedia discussion pages or the mailing lists. Comments here should be directed towards explaining or resolving the bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21572] safe referencing the newest version of page using one of its history id
https://bugzilla.wikimedia.org/show_bug.cgi?id=21572 --- Comment #4 from lɛʁi לערי ריינהארט 2009-11-20 12:51:52 UTC --- (In reply to comment #3) > But http://en.wikipedia.org/w/index.php?curid=23897925 *is* > oldid is a revision number. curid is a page number. Don't mix both numbers. Thanks I understand. But I have no clue where to look for a page number. It might be that newbies can not handle this. The feature request is mainly about simplest (safe) links as: http://lccn.loc.gov/87119832 http://opc4.kb.nl/DB=1/PPN?PPN=173853307 http://d-nb.info/991503929 http://d-nb.info/740050788 etc. -- 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 20812] Wikisource: IPs unable to flag articles as "proofread"
https://bugzilla.wikimedia.org/show_bug.cgi?id=20812 --- Comment #30 from joergens.mi 2009-11-20 12:18:16 UTC --- I agree with Vandenberg's proposal. His point that there is no need for an alternative Access Control System is very important. We schould have one and exactly one user access control system. Therefore from my point of view. - There should be the possibility for IP's to contribute as before. - At least Admins should have the right to set the proofread level according to the needs, for converting older already proofreaded projects to the proofread extension. No curious / buggy workarounds by bots. - Only one User access-system. Exactly speaking the access control system which is implemented in the mediawikisw (userCan) @Snottygobble, we don't have to fix aproblem we have. We want the unheralded change of the last update deactivated or changed to a community selectable access system. What I find funny, the we, who were the cutting edge in proofreading - as ThomasV statet - in Wikisource should be the bad guys which don't understand what happens (Is there a possibility that we have more experience, because we doing this job longer than most of the other projects?). The allegation that we are complaining because the other are luckily stepping up to us is ridiculous. The french and english wikisource have overhauled us a long time ago in some numbers. Nobody of us is complaining about that. Far from it, we are happy that all wikisources are coming up to a high level of quality. greetings -- 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 21576] Installation gives misleading error message on empty wikiuser password
https://bugzilla.wikimedia.org/show_bug.cgi?id=21576 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Keywords||postgresql -- 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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164 --- Comment #149 from Andrew Dunbar 2009-11-20 11:05:53 UTC --- I've added some feedback on the MySQL bug. I urge anyone here who cares about this bug to also pay attention to that bug. Perhaps by working on their code, perhaps voting for the bug, perhaps providing further helpful feedback. Perhaps they will raise its importance if they see it is important for MediaWiki and Wikipedia - a top 5 website. I believe MediaWiki and MySQL have worked together in the past. http://forge.mysql.com/worklog/task.php?id=1213 -- 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