[Bug 15403] Wikibits patch #6 - reverse sortable tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=15403 Bartosz Dziewoński changed: What|Removed |Added Keywords|patch, patch-reviewed | CC||matma@gmail.com Blocks||31601 --- Comment #16 from Bartosz Dziewoński --- [Removing 'patch' keyword as it no longer applies to anything.] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31601] tablesorter (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31601 Bartosz Dziewoński changed: What|Removed |Added Depends on||15403 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45892] WikiData changes take too long to appear in the watchlist on the client
https://bugzilla.wikimedia.org/show_bug.cgi?id=45892 Mikko Silvonen changed: What|Removed |Added CC||silvo...@iki.fi --- Comment #4 from Mikko Silvonen --- I assume that this affects also recent changes? I have seen Wikidata changes only sporadically on the fiwiki recent changes list, although I have switched on the option. Currently I don't see any Wikidata changes among the last 500 edits. http://fi.wikipedia.org/w/index.php?title=Toiminnot:Tuoreet_muutokset&limit=500 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38487] Remove button for from toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=38487 Rahul Maliakkal changed: What|Removed |Added CC||rahul14...@gmail.com --- Comment #4 from Rahul Maliakkal --- Gerrit Change #53010 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38620] Drop words "left column" from MediaWiki:Contest-contest-contestants-text
https://bugzilla.wikimedia.org/show_bug.cgi?id=38620 Rahul Maliakkal changed: What|Removed |Added CC||rahul14...@gmail.com --- Comment #1 from Rahul Maliakkal --- Gerrit Change #51193 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35005] Harmonize (E:RSS) $wgRSSUrlWhitelist mechanism with (core) $wgEnableImageWhitelist handling in includes/Parser/parser.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=35005 T. Gries changed: What|Removed |Added Summary|Harmonize E:RSS |Harmonize (E:RSS) |$wgRSSUrlWhitelist |$wgRSSUrlWhitelist |mechanism with (core) |mechanism with (core) |$wgEnableImageWhitelist |$wgEnableImageWhitelist |handling in |handling in |includes/Parser/parser.php |includes/Parser/parser.php -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35005] Harmonize E:RSS $wgRSSUrlWhitelist mechanism with (core) $wgEnableImageWhitelist handling in includes/Parser/parser.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=35005 T. Gries changed: What|Removed |Added Version|unspecified |master -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35005] Harmonize E:RSS $wgRSSUrlWhitelist mechanism with (core) $wgEnableImageWhitelist handling in includes/Parser/parser.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=35005 T. Gries changed: What|Removed |Added Summary|To Do: change the |Harmonize E:RSS |$wgRSSUrlWhitelist |$wgRSSUrlWhitelist |mechanism and harmonise it |mechanism with (core) |with|$wgEnableImageWhitelist |$wgEnableImageWhitelist |handling in |handling|includes/Parser/parser.php -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35005] To Do: change the $wgRSSUrlWhitelist mechanism and harmonise it with $wgEnableImageWhitelist handling
https://bugzilla.wikimedia.org/show_bug.cgi?id=35005 --- Comment #1 from T. Gries --- implementation tip: see core/includes/Parser/Parser.php if ( !$text && $this->mOptions->getEnableImageWhitelist() && preg_match( self::EXT_IMAGE_REGEX, $url ) ) { $whitelist = explode( "\n", wfMessage( 'external_image_whitelist' )->inContentLanguage()->text() ); foreach ( $whitelist as $entry ) { # Sanitize the regex fragment, make it case-insensitive, ignore blank entries/comments if ( strpos( $entry, '#' ) === 0 || $entry === '' ) { continue; } if ( preg_match( '/' . str_replace( '/', '\\/', $entry ) . '/i', $url ) ) { # Image matches a whitelist entry $text = Linker::makeExternalImage( $url ); break; } } -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44111] Wikibase throws localised exceptions in ErrorPageError
https://bugzilla.wikimedia.org/show_bug.cgi?id=44111 Max Semenik changed: What|Removed |Added Component|General/Unknown |WikidataRepo Version|1.21-git|unspecified Assignee|wikibugs-l@lists.wikimedia. |wikidata-bugs@lists.wikimed |org |ia.org Product|MediaWiki |MediaWiki extensions --- Comment #11 from Max Semenik --- Reclassifying back to Wikibase: simply don't thorow UI-oriented exceptions from API code. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19986] Wikis waiting to be renamed (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19986 Allen Stambaugh changed: What|Removed |Added CC||allen4na...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4901] lang and hreflang attributes for interwiki links
https://bugzilla.wikimedia.org/show_bug.cgi?id=4901 Allen Stambaugh changed: What|Removed |Added CC||allen4na...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23215] Rename the als.*.org projects to gsw.*.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=23215 Allen Stambaugh changed: What|Removed |Added CC||allen4na...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45861] Lua modules are ignored during PDF export
https://bugzilla.wikimedia.org/show_bug.cgi?id=45861 --- Comment #7 from Robert Rohde --- Would it be possible to get a rough timeline for how long you believe it may take for this bug to be solved and a fix deployed? Days? Weeks? More than a month? Enwiki is essentially ready to start deploying Lua-based citations; however, if we migrate the citation templates while this bug is still open, then all of the references are going to start disappearing from the PDF exports. For coordinating purposes it would be nice to have some idea of whether the PDF engine is likely to be fixed quickly or not. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45443] Deploy language-specific "uca-xx" collations on Wikimedia wikis (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45443 Bug 45443 depends on bug 42413, which changed state. Bug 42413 Summary: Set $wgCategoryCollation to 'uca-pl' on Polish Wikipedia and rebuild category sort keys https://bugzilla.wikimedia.org/show_bug.cgi?id=42413 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42413] Set $wgCategoryCollation to 'uca-pl' on Polish Wikipedia and rebuild category sort keys
https://bugzilla.wikimedia.org/show_bug.cgi?id=42413 Sam Reed (reedy) changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Sam Reed (reedy) --- Script has finished: mysql:wikiadmin@db1034 [plwiki]> select count(cl_collation), cl_collation from categorylinks group by cl_collation ; +-+--+ | count(cl_collation) | cl_collation | +-+--+ | 3143622 | uca-pl | +-+--+ 1 row in set (1.46 sec) 3141126 rows processed real1512m13.840s user12m6.421s sys 1m7.748s -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45322] Userpages $wgOpenIDShowUrlOnUserPage -- suggested behaviour change
https://bugzilla.wikimedia.org/show_bug.cgi?id=45322 T. Gries changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from T. Gries --- fixed in 9081b7a0aea210255571af4cecbd866106c9cf21 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45928] E:OpenID still checks the deprecated $wgAllowRealName (need to add a backward compatible patch)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45928 T. Gries changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #4 from T. Gries --- fixed in 9081b7a0aea210255571af4cecbd866106c9cf21 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45949] Move log not displayed when title is specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=45949 Alex Monk (Krenair) changed: What|Removed |Added CC||kren...@gmail.com --- Comment #1 from Alex Monk (Krenair) --- So you can only search move logs by target using the old name, not the new one... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45949] New: Move log not displayed when title is specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=45949 Web browser: --- Bug ID: 45949 Summary: Move log not displayed when title is specified Product: MediaWiki Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: secondarypla...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- When a page was moved, it is displayed at special:recentchanges, special:log, special:log/move and history of the page. But when I input title of the page at special:log, click "View logs for this page" in history page, or trying to move the page, the move log is not shown. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10317] Remove includes/templates/Userlogin.php, use Xml methods in includes/SpecialUserlogin.php instead
https://bugzilla.wikimedia.org/show_bug.cgi?id=10317 Alex Monk (Krenair) changed: What|Removed |Added CC||kren...@gmail.com --- Comment #1 from Alex Monk (Krenair) --- Looks like Gerrit change 27022 is related to this -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25482] Merge RenameUser into core
https://bugzilla.wikimedia.org/show_bug.cgi?id=25482 Waldir changed: What|Removed |Added CC||wal...@email.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38239] Establish suitable short-term replacement for important code review tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=38239 Alex Monk (Krenair) changed: What|Removed |Added CC||kren...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45948] Weird broken diff link in mediawikiwiki AbuseLog
https://bugzilla.wikimedia.org/show_bug.cgi?id=45948 Alex Monk (Krenair) changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal |trivial -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45948] New: Weird broken diff link in mediawikiwiki AbuseLog
https://bugzilla.wikimedia.org/show_bug.cgi?id=45948 Web browser: --- Bug ID: 45948 Summary: Weird broken diff link in mediawikiwiki AbuseLog Product: MediaWiki extensions Version: master Hardware: All URL: https://www.mediawiki.org/wiki/Special:AbuseLog?wpSear chUser=JasonGrill+KansasCity OS: All Status: NEW Severity: normal Priority: Unprioritized Component: AbuseFilter Assignee: wikibugs-l@lists.wikimedia.org Reporter: kren...@gmail.com CC: agarr...@wikimedia.org, nischay...@gmail.com Classification: Unclassified Mobile Platform: --- 07:36, 5 March 2013: JasonGrill KansasCity (Talk | contribs | block) triggered filter 12, performing the action "edit" on User:JasonGrill KansasCity. Actions taken: Tag; Filter description: New users adding external links on their user page (details | examine | diff) 'diff' text links to https://www.mediawiki.org/w/index.php?title=User:JasonGrill_KansasCity&diff=prev&oldid=655443&action=edit&redlink=1 and is red action=edit and diff=prev? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45947] Create mailing list for Wiki Loves Monuments United States
https://bugzilla.wikimedia.org/show_bug.cgi?id=45947 --- Comment #2 from Monomium --- WLM-US is fine :) -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28706] Allow post-parsed documents to be available offline and saved into IndexedDB and made queryable
https://bugzilla.wikimedia.org/show_bug.cgi?id=28706 --- Comment #6 from Brett Zamir --- Correction: "with a view toward supporting more sophisticated searches such as described in step #5 below" should end with "in step #6 below". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45947] Create mailing list for Wiki Loves Monuments United States
https://bugzilla.wikimedia.org/show_bug.cgi?id=45947 Thehelpfulone changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED CC||sstie...@wikimedia.org Assignee|wikibugs-l@lists.wikimedia. |thehelpfulonew...@gmail.com |org | --- Comment #1 from Thehelpfulone --- Hi Mono - all the other US related lists follow the two character country code as per https://meta.wikimedia.org/wiki/Mailing_lists/Standardization#Wikimedia - did you consider 'WLM-US' to maintain this consistency? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28706] Allow post-parsed documents to be available offline and saved into IndexedDB and made queryable
https://bugzilla.wikimedia.org/show_bug.cgi?id=28706 --- Comment #5 from Brett Zamir --- Sorry, I had not seen notification of the comment from Andre. No, this need is not met by those projects. And thank you for your engagement on this! My proposal here is to utilize the emerging web standard of offline applications to allow users of Mediawiki to use as many features as possible offline including viewing previously saved content offline. There are two main differences from the projects you mentioned: 1) The user would not need to download ALL content of Wikipedia for offline browsing. They could download for offline use just those pages (or perhaps categories) of interest to them, or perhaps allow configuration to store all pages once visited, as well as the option to download the whole site at once (keeping things in sync would be very nice, but no doubt impractical for a site with as many changes as Wikipedia, unless perhaps, it were to be confined to updating the page histories of interest instead of content). 2) There would not be any need for additional software beyond a (modern) browser. While I understand it is a goal of Wikipedia to support all browsers having any significant user base, I believe that taking advantage of this emerging standard before it is implemented in all browsers is truly compelling enough to let users with supporting browsers take advantage of this capability today, while simply allowing non-supporting browsers to continue to use Wikipedia in the same manner as before (i.e., without offline capability). If implemented in this standard manner, as other browsers are upgraded, users of these browsers will also be able to benefit from these features. The specific web technologies required include: 1) Caching manifests which would allow Wikimedia's servers to send the HTML, CSS, JavaScript, and image files behind the outward-facing core of Wikipedia to the user's browser so that the files can continue to work offline when reading the pages stored in step #2. 2) IndexedDB database offline database storage. This would store the files chosen by the user (e.g., by their clicking links like "download this category for offline use" or "download this page for offline use"). Users could ideally also optionally allow entire page histories to be downloaded in addition to the most current copy. Since a complete implementation would be a vast undertaking, I would propose a phased approach such as the following: 1) Implement caching manifests, so that supporting browsers could permanently cache the HTML/CSS/JavaScript/image files used by Wikpedia, with the benefit of providing faster performance for users and lighter demand on the server--browsers would never need to ask Wikipedia for new copies of these permanently stored files after the first time they obtained the copies, except for the need to ping Wikimedia servers (when online) to check whether there were any updates to those files that needed to be auto-downloaded. Browsers currently do cache Wikipedia files in a similar manner, but they don't reserve permanent space for these files, so the browser will periodically need to re-download these files and thus slow down their visits and demand on the server. 2) Implement IndexedDB storage for viewing of content pages specified by the user (explicitly chosen individual pages or whenever-visited pages, entire category of pages, the entire site, etc.). This might perhaps start with the downloading only of the most current page, but moving to the option to download the entire page history for offline viewing. 3) Implement offline search in a manner similar to the current online search capabilities (but with a view toward supporting more sophisticated searches such as described in step #5 below). 4) Move Mediawiki away from PHP/MySQL to a standard Server-Side JavaScript solution to allow for code sharing between the server and client since the more features implemented in JavaScript (in the right way) would mean an easier task of supporting the same capabilities offline. This would also enhance performance for users who had cached the content. For example, currently if one wishes to compare two revisions and be shown the "diffs", one has to request this of the server, with network connections being the largest bottleneck of performance (especially where internet connectivity is poor). If implemented in JavaScript, this functionality could be run offline. Likewise, it would be possible even to save up user edits so that when they were online again, the system could ask them whether they wished to submit their edits back to the server. Of course, the longer the user had been offline, and the higher the traffic of the Mediawiki site they were using (e.g., Wikipedia), the more likely they would be to run into conflicts (pointing perhaps to the desirability of a better file merge capability). One other benefit to this language shift might be to stimulate Mediawiki developers toward
[Bug 42164] Wiki Loves Monuments 2013 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=42164 Monomium changed: What|Removed |Added Depends on||45947 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45947] Create mailing list for Wiki Loves Monuments United States
https://bugzilla.wikimedia.org/show_bug.cgi?id=45947 Monomium changed: What|Removed |Added Blocks||42164 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45947] New: Create mailing list for Wiki Loves Monuments United States
https://bugzilla.wikimedia.org/show_bug.cgi?id=45947 Web browser: --- Bug ID: 45947 Summary: Create mailing list for Wiki Loves Monuments United States Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Mailing lists Assignee: wikibugs-l@lists.wikimedia.org Reporter: monom...@gmail.com CC: b...@caseybrown.org, pbeaude...@wikimedia.org, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- Please create a mailing list for Wiki Loves Monuments in the United States. The mailing title should be 'WLM-USA' and monom...@gmail.com should be an administrator. I moderate another list & am familiar with the interface. We are working to plan the 2013 WLM in the US and need a central list for communication. Planning is happening at http://commons.wikimedia.org/wiki/Commons:Wiki_Loves_Monuments_2013_in_the_United_States Please add sstie...@wikimedia.org as a backup admin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44834] "OpenID: aborting in ChooseName because identity_url is missing"
https://bugzilla.wikimedia.org/show_bug.cgi?id=44834 T. Gries changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from T. Gries --- I think you reported it as solved and working for you. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 --- Comment #12 from Bawolff (Brian Wolff) --- (In reply to comment #11) > (In reply to comment #6) > > Just counting the number of 's seems wrong, as I'm almost certain there > > would be exceptions, and lots of them. > > Is this provable across Wiktionaries? I think this is an important point. As > I > understand at least the English Wiktionary, they've gone a little buck-wild > and > they do enforce rules like this, usually with bots. That's insane ;) , but if they actually do that, by all means might as well use it. I guess we could further refine it by checking the section name against a list of valid languages (although that could be problematic for non en) The other downside is im not sure how easy it is to get such info out of the parser. Maybe its recorded somewhere (presumably to make the ToC) but if not would have to resort to regex which is icky. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43689] Implement "Templates used on this page" collapsing below edit window in core
https://bugzilla.wikimedia.org/show_bug.cgi?id=43689 James Forrester changed: What|Removed |Added CC||jforres...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35363] Anchors to first sentence in lead paragraph of articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=35363 --- Comment #4 from Daniel Kinzler --- The lead paragraph seems to (usually) be the first ... section on the page. That should make it simple to find. Finding the end of the first sentence is pretty tricky, and language specific. With a good list of common abbreviations for each language, one can get decent results (accepting quite a few false positives, where the second sentence is also included). -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45051] Phase out the Vector extension; merge the good parts into core
https://bugzilla.wikimedia.org/show_bug.cgi?id=45051 Bartosz Dziewoński changed: What|Removed |Added Depends on||43689 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43689] Implement "Templates used on this page" collapsing below edit window in core
https://bugzilla.wikimedia.org/show_bug.cgi?id=43689 Bartosz Dziewoński changed: What|Removed |Added Status|NEW |ASSIGNED Version|unspecified |1.21-git Component|General/Unknown |JavaScript CC||krinklem...@gmail.com, ||matma@gmail.com, ||tpars...@wikimedia.org, ||wikibugs-l@lists.wikimedia. ||org Assignee|wikibugs-l@lists.wikimedia. |matma@gmail.com |org | Blocks||45051 Summary|Implement "Templates used |Implement "Templates used |on this page" collapsing|on this page" collapsing |below edit window to|below edit window in core |non-English Wikipedia | |Wikimedia wikis | Product|Wikimedia |MediaWiki --- Comment #2 from Bartosz Dziewoński --- Reappropriating this bug slightly – let's just implement it on core. Also taking this bug. I'll try to do this soon-ish, shouldn't be too much work. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42630] Implement English Wikipedia-only enhancements for other Wikimedia wikis (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=42630 Monomium changed: What|Removed |Added CC||monom...@gmail.com --- Comment #14 from Monomium --- This should be done, along with all the hidden easter eggs strewn about from the Usability Initiative and everything the WMF is pushing to ENWP. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45946] Enable footercleanup on commons.wikimedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=45946 Bartosz Dziewoński changed: What|Removed |Added Blocks||42630 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26751] Extensions that should really be core functionality (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26751 Bartosz Dziewoński changed: What|Removed |Added Depends on||42630 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42630] Implement English Wikipedia-only enhancements for other Wikimedia wikis (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=42630 Bartosz Dziewoński changed: What|Removed |Added Blocks||26751 Depends on||45946 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10545] Filter Meta userrights log by wiki and user
https://bugzilla.wikimedia.org/show_bug.cgi?id=10545 Alex Monk (Krenair) changed: What|Removed |Added CC||kren...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10545] Filter Meta userrights log by wiki and user
https://bugzilla.wikimedia.org/show_bug.cgi?id=10545 --- Comment #6 from Alex Monk (Krenair) --- Gerrit change 48661 allows searching wiki IDs by wildcard in interwiki user rights logs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45051] Phase out the Vector extension; merge the good parts into core
https://bugzilla.wikimedia.org/show_bug.cgi?id=45051 Bartosz Dziewoński changed: What|Removed |Added Blocks||26751 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26751] Extensions that should really be core functionality (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26751 Bartosz Dziewoński changed: What|Removed |Added Depends on||45051 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10545] Filter Meta userrights log by wiki and user
https://bugzilla.wikimedia.org/show_bug.cgi?id=10545 --- Comment #5 from Alex Monk (Krenair) --- *** Bug 44900 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44900] Allow wildcard for project in Special:Log
https://bugzilla.wikimedia.org/show_bug.cgi?id=44900 Alex Monk (Krenair) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Alex Monk (Krenair) --- *** This bug has been marked as a duplicate of bug 10545 *** -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45946] New: Enable footercleanup on commons.wikimedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=45946 Web browser: --- Bug ID: 45946 Summary: Enable footercleanup on commons.wikimedia Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Extension setup Assignee: wikibugs-l@lists.wikimedia.org Reporter: monom...@gmail.com CC: dereck...@espace-win.org, wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- footercleanup (part of Vector) is enabled on the English Wikipedia and it really helps there, there's no reason not to turn it on for Commons. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 --- Comment #11 from MZMcBride --- (In reply to comment #6) > Just counting the number of 's seems wrong, as I'm almost certain there > would be exceptions, and lots of them. Is this provable across Wiktionaries? I think this is an important point. As I understand at least the English Wiktionary, they've gone a little buck-wild and they do enforce rules like this, usually with bots. > However, that said (And if we're going on the ultra-wiktionary specific. This > is in essence an extension request), could we tie into the language > categories ("Norwegian nouns", "English nouns", etc) maybe. Given how template > happy wiktionary is, maybe a custom parser func could be added to the relavent > template {{#has_lang:en}}, which could be looked at. Don't we already have a {{#language:}} parser function? I wonder how often that's used already in Wiktionary entries. Hmm. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 --- Comment #10 from MZMcBride --- Okay, moved to "MediaWiki extensions" --> "Extensions requests". I honestly could give a damn where this bug is filed, I just don't like to see valid bugs marked resolved (and in particular, resolved/wontfix) because they're difficult or the path to resolution isn't yet completely clear. We can always set up an RFC as necessary. :-) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45305] deprecated use of User::getSkin
https://bugzilla.wikimedia.org/show_bug.cgi?id=45305 T. Gries changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from T. Gries --- Regarded as fixed as a positive side-effect with Reedy's clean-up patch. https://gerrit.wikimedia.org/r/#/c/52967/2 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 MZMcBride changed: What|Removed |Added Component|General/Unknown |Extensions requests Product|MediaWiki |MediaWiki extensions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45803] Whitespace between == == headers should be insignificant
https://bugzilla.wikimedia.org/show_bug.cgi?id=45803 Bartosz Dziewoński changed: What|Removed |Added Keywords||patch-in-gerrit -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1542] Log spam blacklist hits
https://bugzilla.wikimedia.org/show_bug.cgi?id=1542 --- Comment #10 from seth --- (In reply to comment #9) The abusefilter is not a good replacement for the spam blacklist. Both tools are important and they complement one another. I guess, if we moved all SBL entries to AF. This would slow down the whole thing. So there should be a individual log for the SBL for _all_ entries. This would be a great help in reducing the length of the very long lists at meta and w:en. And it would help in coping with blacklist removal requests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45941] Broken advertising on right-to-left written wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=45941 Tilman Bayer changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||tba...@wikimedia.org Assignee|tba...@wikimedia.org|wikibugs-l@lists.wikimedia. ||org Ever confirmed|0 |1 --- Comment #2 from Tilman Bayer --- I have updated the banner in question with the Farsi translation [1]. This should have resolved the particular issue shown in the attachment, occurring when viewing fawiki with Farsi as user language, as the reporter appears to have. Any Meta admin could have done so, as described on the translation page linked from the banner [2]. As I understand it, the issue was not that the banner displayed in English (although of course it is preferable to have it available in the local language), but rather that the English banner displayed in a broken way - "?How should...", ".(Comment on proposals...", etc. It's worth noting the English-language version of this banner displays fine on hewiki, another right-to-left wiki [3], when selecting English as user language. And on the other hand, for some reason selecting a specific banner does not seem to work at all to me on either fawiki [4] or arwiki [5]. Same for other banners, e.g. compare [6] and [7]. This suggests to me that this is a general issue with the display of banners in *some* RTL wikis, in particular when there is no local translation available and the CentralNotice fallback logic selects a LTR version to display, as it was the case here. I'll also note that there is an open bug which may be related [8]. Also, it is my understanding that Bugzilla is for fixes in the software running on Wikimedia sites, or their configuration, rather than for requesting content changes on these wikis (as in this case). In that regard, this bug is better understood as reporting a general problem. For these reasons, I am hesitant to claim the fame of having resolved this bug solely based on my wiki edits that fixed this particular banner. So I am resetting the assignee to default. [1] https://meta.wikimedia.org/wiki/Special:NoticeTemplate/view?template=FDCpropreview20031&wpUserLanguage=fa [2] https://meta.wikimedia.org/wiki/FDC_portal/CentralNotice2013-1 [3] https://he.wikipedia.org/w/index.php?banner=FDCpropreview20031&uselang=en (note that you have to be logged in to see this and the other banner examples) [4] https://fa.wikipedia.org/w/index.php?banner=FDCpropreview20031&uselang=en [5] https://ar.wikipedia.org/w/index.php?banner=FDCpropreview20031&uselang=en [6] https://ar.wikipedia.org/w/index.php?banner=IndivdualGrantsA [7] https://he.wikipedia.org/w/index.php?banner=IndivdualGrantsA [8] https://bugzilla.wikimedia.org/show_bug.cgi?id=21778 "BiDi issue in RTL wikis at site notice with LTR text ending with Unicode characters with neutral directional" -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 700] Code quality issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Bug 700 depends on bug 11558, which changed state. Bug 11558 Summary: WebRequest: remove magic_quotes cruft after requiring PHP 5.4 https://bugzilla.wikimedia.org/show_bug.cgi?id=11558 What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11558] WebRequest: remove magic_quotes cruft after requiring PHP 5.4
https://bugzilla.wikimedia.org/show_bug.cgi?id=11558 Chad H. changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- --- Comment #8 from Chad H. --- It's not wontfix. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17824] Optionally place a local block when globally blocking
https://bugzilla.wikimedia.org/show_bug.cgi?id=17824 Snowolf changed: What|Removed |Added CC||wikimedia.b...@snowolf.eu -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17824] Optionally place a local block when globally blocking
https://bugzilla.wikimedia.org/show_bug.cgi?id=17824 billinghurst changed: What|Removed |Added CC||billinghu...@gmail.com --- Comment #3 from billinghurst --- We have one of our abusive LTAs seemingly cruising the global block list and comparing it to meta's local block list. Seeing multiple occasions where this vandal will pick a report open proxy from the block list, and if it is not blocked on meta will then use it to abuse and vandalise on meta. A test (opportunity) saw it occur within 33 minutes of a global block without a local meta block. This addition therefore increases the chance that there is not an omission of a requirement to block, and also cuts out repetitive steps that stewards need to undertake. Especially important during concerted LTA attacks where they have lined up a series of abusable proxies and are in full attack mode. Thanks. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 --- Comment #9 from Bawolff (Brian Wolff) --- [Mid air collision] In fairness, we are not going to put something so domain specific in core. If this happens it is going to happen as an extension. That said the "how" of the bug being fixed is independant of the validity of the bug. At worse this bug is just mis-filed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 --- Comment #8 from Aaron Schulz --- So yeah, this is definitely an extension request. I don't think we usually close bugs like this though (even if they have a "Review queue" entry like Score, which I think started off as a bug). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41006] Tables in action=info should use more semantic tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=41006 --- Comment #3 from MZMcBride --- (In reply to comment #2) > It is god to be more accurate in our HTML code, but what is the need for > this? This is an enhancement request. Who mentioned need? -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45945] Gluster having issues on Wikimedia Labs
https://bugzilla.wikimedia.org/show_bug.cgi?id=45945 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com Summary|Gluster sucks |Gluster having issues on ||Wikimedia Labs -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41441] MediaWiki's info action should include number of languages that a Wiktionary entry includes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41441 --- Comment #7 from MZMcBride --- (In reply to comment #5) > I would say this is a WONTFIX for MediaWiki core. You seem to currently have a fundamental misunderstanding of the meaning behind resolved/wontfix. Consequently, I'd strongly encourage you not to use this resolution for the foreseeable future. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27311] Add a "create a page" interface to MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=27311 MZMcBride changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- --- Comment #13 from MZMcBride --- (In reply to comment #10) > This is an enhancement request for MediaWiki, not for Wikipedia. Right. > As we can see from the URL pointed by Steven, the WMF is not interested in > developing a(nother) quick fix but, if anything, in having a whole study on > the article creation process. The MediaWiki maintainers haven't touched this > request in two years and thay keep having other priorities now. MediaWiki maintainers having other priorities is not a valid reason to mark a bug as resolved/wontfix. I've stated this in many places, many times, but I'll do it again here: wontfix means "we're never, ever going to fix this bug, to the point of not even accepting a patch for it, so stop asking." That clearly doesn't apply here. > For all these reasons it seems obvious that this is a WONTFIX as a MediaWiki > core feature. If a MediaWiki project needs this feature then CratePage is the > first place to look at. No. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45945] Gluster sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=45945 Damian Z changed: What|Removed |Added CC||dr.tri...@surfeu.ch Assignee|benap...@gmail.com |rlan...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45945] New: Gluster sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=45945 Web browser: --- Bug ID: 45945 Summary: Gluster sucks Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: bots Assignee: benap...@gmail.com Reporter: dam...@damianzaremba.co.uk CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- A number of directories on the project storage on bots-4 where reporting 'Read-only file system'. The filesystem was not read only, other directories on the filesystem where writable and a re-mount didn't fix it. The directories where: touch: cannot touch `alch_bot/abc238579257235': Read-only file system touch: cannot touch `aleph/abc238579257235': Read-only file system touch: cannot touch `backups/abc238579257235': Read-only file system touch: cannot touch `boteas/abc238579257235': Read-only file system touch: cannot touch `cluebotng/abc238579257235': Read-only file system touch: cannot touch `daahbot/abc238579257235': Read-only file system touch: cannot touch `dschwen/abc238579257235': Read-only file system touch: cannot touch `johnflbot/abc238579257235': Read-only file system touch: cannot touch `legoktm/abc238579257235': Read-only file system touch: cannot touch `madman/abc238579257235': Read-only file system touch: cannot touch `mysql/abc238579257235': Read-only file system touch: cannot touch `petrb/abc238579257235': Read-only file system touch: cannot touch `rschen7754/abc238579257235': Read-only file system touch: cannot touch `scripts/abc238579257235': Read-only file system touch: cannot touch `wmib/abc238579257235': Read-only file system After rebooting the instance these directories are now writable again, however certain directories appear to be corrupt. drtrigon@bots-4:/data/project/DrTrigonBot$ svn up svn: Can't open file 'pywikipedia/.svn/text-base/bot_control.py.svn-base': Input/output error drtrigon@bots-4:/data/project/DrTrigonBot$ ls -lra pywikipedia/.svn/text-base/bot_control.py.svn-base ls: cannot access pywikipedia/.svn/text-base/bot_control.py.svn-base: Input/output error drtrigon@bots-4:/data/project/DrTrigonBot$ ls -lra pywikipedia/.svn/text-base/ ls: cannot access pywikipedia/.svn/text-base/checkimages.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/template.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/ndashredir.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/bot_control.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/fixing_redirects.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/commonscat.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/catimages.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/interwiki.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/add_text.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/cosmetic_changes.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/followlive.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/BeautifulSoup.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/catlib.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/pagefromfile.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/subster.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/articlenos.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/category_redirect.py.svn-base: No such file or directory ls: cannot access pywikipedia/.svn/text-base/query.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/commons_link.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/basic.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/wikipedia.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/family.py.svn-base: Input/output error ls: cannot access pywikipedia/.svn/text-base/version.py.svn-base: Input/output error total 1783 -r--r--r-- 1 drtrigon svn 17090 2012-10-06 19:04 xmlreader.py.svn-base -r--r--r-- 1 drtrigon svn 49592 2012-10-06 19:03 wiktionary.py.svn-base -r--r--r-- 1 drtrigon svn 2288 2012-10-06 19:03 wikipediatools.py.svn-base ?? ? ???? wikipedia.py.svn-base -r--r--r-- 1 drtrigon svn 6025 2012-10-06 19:04 wikicomserver.py.svn-base -r--r--r-- 1 drtrigon svn 45519 2013-01-02 00:00 welcome.py.svn-base -r--r--r-- 1 drtrigon svn 35275 2013-01-01 23:59 weblinkchecker.py.svn-base -r--r--r-- 1 drtrigon
[Bug 44493] Simple English Wiktionary local system messages ignored: set $wgLanguageCode to en
https://bugzilla.wikimedia.org/show_bug.cgi?id=44493 Bug 44493 depends on bug 44747, which changed state. Bug 44747 Summary: Dummy code set as $wgLanguage = dummyLanguageCode confuses message system https://bugzilla.wikimedia.org/show_bug.cgi?id=44747 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44747] Dummy code set as $wgLanguage = dummyLanguageCode confuses message system
https://bugzilla.wikimedia.org/show_bug.cgi?id=44747 Pavel Selitskas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Pavel Selitskas --- Scope of wgLanguageCode now is limited in documentation, stable work with dummy codes not guaranteed. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45944] New: Editing pages on double click broken in Classic and Nostalgia skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=45944 Web browser: --- Bug ID: 45944 Summary: Editing pages on double click broken in Classic and Nostalgia skins Product: MediaWiki Version: 1.21-git Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Page editing Assignee: wikibugs-l@lists.wikimedia.org Reporter: mediazi...@gl00on.net CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Editing pages on double click (a feature that can be enabled with a user preference) does not work in MediaWiki 1.20 when using the Classic or Nostalgia skin. Steps to reproduce: 1. On any Wikimedia wiki, switch to the Classic or Nostalgia skin in Preferences->Appearance. 2. Enable page editing on double click in Preferences->Editing->Advanced Options. 3. Load any page you would normally be able to edit, e.g. your user page. 4. Double click on the page. Expected result: The "edit page" form is brought up. Actual result: Nothing happens. Further notes: 1. When using any other skin (Chick, Cologne Blue, Modern, Monobook, MySkin, Simple and Vector), everything works and you get the expected result. 2. I've tested different older MediaWiki versions; 1.18(.6) is fine, 1.19(.4) is not. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45943] New: [Android] When view icon is clicked immediately after upload, commons url lacks file extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=45943 Web browser: --- Bug ID: 45943 Summary: [Android] When view icon is clicked immediately after upload, commons url lacks file extension Product: Commons App Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: wikibugs-l@lists.wikimedia.org Reporter: rages...@gmail.com CC: yuvipa...@gmail.com Classification: Unclassified Mobile Platform: Android If I click the eye icon to view an image on Commons right after I upload it, I'm often sent to a url that lacks the file extension (and so, a page that does not exist). If I wait a little while, the correct file page is loaded. My guess is that this is related to the way the app relies on Commons to determine the actual file extension used (so, jpeg instead of jpg) and the app not yet knowing which extension Commons used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30443] GENDER (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30443 Nemo changed: What|Removed |Added Depends on||45938 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45938] Enable GENDER support in MediaWiki:Nstab-user
https://bugzilla.wikimedia.org/show_bug.cgi?id=45938 Nemo changed: What|Removed |Added CC||federicol...@tiscali.it Blocks||30443 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42318] Restore WikiStats features disabled for mere performance reasons
https://bugzilla.wikimedia.org/show_bug.cgi?id=42318 --- Comment #6 from Nemo --- Thanks for the comment, Erik. I understand that this is hard, but stat1 has something like 8 times the CPUs and 10 times the RAM bayes had, and mostly idle. While we wait for the a permanent solution, having the stats updated every 2 or 3 years would still be very nice and a great improvement. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45941] Broken advertising on right-to-left written wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=45941 Matt Walker changed: What|Removed |Added CC||jalexan...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45941] Broken advertising on right-to-left written wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=45941 Matt Walker changed: What|Removed |Added CC||mwal...@wikimedia.org Assignee|wikibugs-l@lists.wikimedia. |tba...@wikimedia.org |org | -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35363] Anchors to first sentence in lead paragraph of articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=35363 --- Comment #3 from drfree --- (In reply to comment #1) > (In reply to comment #0) > > The ability > > to link directly to that sentence is an essential first step in creating a > > Semantic Wikipedia. Currently no facility exists to point to that specific > > information. > > Couldn't you use the Wikipedia API and take the first delivered paragraph? > I don't yet understand the reasoning for this request. My objective for the request is to be able to open a small window (or frame) to present to the users of my website a precise definition or description of a topic mentioned on one of my pages. My goal is that the user be able to view that definition in the context of my discussion of that topic. Opening the definition in a new window or tab (although the user would have the option of doing so) would defeat the goal of seeing the definition in context. The closest I have been able to get to that first sentence using the Wiki API has been to attach the standard URN "#firstHeading" to the URL. When the result is displayed in the 1" panel I've allocated for such displays, half the space is taken up by the title and Wikipedia's brand. If there were a standard identifier (such as, for example, "#firstSentence") that pointed to what Wikipedia already regards as a significant element of its object model, the use would be able to see twice as much of that important paragraph. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45942] New: "Magic links" RFC, PMID and ISBN should be gated by configuration
https://bugzilla.wikimedia.org/show_bug.cgi?id=45942 Web browser: --- Bug ID: 45942 Summary: "Magic links" RFC, PMID and ISBN should be gated by configuration Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Parser Assignee: wikibugs-l@lists.wikimedia.org Reporter: fur.hew...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- also see bug 10626, bug 13335 and bug 20832 (this part is about a bug) Forcing magic links for RFC, ISBN and PMID without simple way to disable it through configuration can't be seen as anything other than a bug. it is clear that the changing the default behavior will create a serious regression, so the default behavior should be exactly as today. however, not allowing to disable these magic links through config is a bug. i might not want my wiki to link to either of these external sites. (this part is about enhancement) moving it to configuration, if done correctly, will also allow sites to expand to other magic words, such as bugzilla entries for the project this wiki is used for, or patent#, or court ruling etc. each of these may be more relevant or more appropriate in some specific wiki than RFC or ISBN or PMID. unfortunately i can't add a patch to this ticket (maybe i will, eventually, if nobody else will), but the idea is to use something like $wgAutoMagicLinks array that will receive a value in DefaultSettings.php that will create the current behavior, and the user will be able to override in LocalSettings.php, for both removing unwanted automagiclinks (some or all), and add new ones. again, the ability to have new ones is "nice to have", but not being able to suppress the hardcoded ones through config is nothing less than a bug. peace. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45226] Edit conflict not detected when changes are made between "undo" and "save page"
https://bugzilla.wikimedia.org/show_bug.cgi?id=45226 Stryn changed: What|Removed |Added CC||strynw...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2085] Add a {{USERLANGUAGE}}/{{USERLANG}} magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=2085 pirsquare...@gmail.com changed: What|Removed |Added CC||pirsquare...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45806] en.planet stopped updating
https://bugzilla.wikimedia.org/show_bug.cgi?id=45806 jeremyb changed: What|Removed |Added CC||bugzilla+org.wikimedia@tuxm ||achine.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36307] action=raw on MediaWiki namespace returns 404 if the page has been deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=36307 --- Comment #7 from Yuvi Panda --- The use case is when you want the raw data of a translated message used by mediawiki. The particular case was, I was trying to find out the localized Main Pages of all wikis. If you hit https://ta.wikipedia.org/wiki/%E0%AE%AE%E0%AF%80%E0%AE%9F%E0%AE%BF%E0%AE%AF%E0%AE%BE%E0%AE%B5%E0%AE%BF%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AE%BF:Mainpage?action=view you will see that it is returned as "முதற் பக்கம்", which is picked up from the i18n cache. The logic for this page's contents seem to be: 1. if that particular page exists (Mediawiki:) return that, else return value of from message cache. This mostly works for action=raw too - for example, https://en.wikipedia.org/wiki/MediaWiki:Mainpage?action=raw returns appropriate response, consistent with action=view However, https://ta.wikipedia.org/wiki/%E0%AE%AE%E0%AF%80%E0%AE%9F%E0%AE%BF%E0%AE%AF%E0%AE%BE%E0%AE%B5%E0%AE%BF%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AE%BF:Mainpage?action=raw returns a 404 - the only change being action=view to action=raw. It turns out that on tawiki, at some previous point the custom page existed, but was hence deleted. Hence while action=view falls back appropriately to the i18n cache, action=raw does not, and returns a 404. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41006] Tables in action=info should use more semantic tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=41006 Quim Gil changed: What|Removed |Added CC||krinklem...@gmail.com, ||q...@wikimedia.org, ||wikibugs-l@lists.wikimedia. ||org Component|General/Unknown |Interface --- Comment #2 from Quim Gil --- It is god to be more accurate in our HTML code, but what is the need for this? Just trying to evaluate the relevance of the request before digging further. Thank you. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36307] action=raw on MediaWiki namespace returns 404 if the page has been deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=36307 Quim Gil changed: What|Removed |Added CC||aklap...@wikimedia.org, ||q...@wikimedia.org --- Comment #6 from Quim Gil --- (In reply to comment #5) > Also, per comment 3 this borders WONTFIX: turning to lowest priority. Before doing exactly that: what is the real life use case for this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11558] WebRequest: remove magic_quotes cruft after requiring PHP 5.4
https://bugzilla.wikimedia.org/show_bug.cgi?id=11558 Quim Gil changed: What|Removed |Added Status|REOPENED|RESOLVED CC||q...@wikimedia.org Resolution|--- |WONTFIX --- Comment #7 from Quim Gil --- (In reply to comment #6) > please use > either RESOLVED WONTFIX (for issues that will not be fixed), or simply set > lowest priority. Thanks a lot!] The discussion reads as WONTFIX. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 700] Code quality issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Bug 700 depends on bug 11558, which changed state. Bug 11558 Summary: WebRequest: remove magic_quotes cruft after requiring PHP 5.4 https://bugzilla.wikimedia.org/show_bug.cgi?id=11558 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 738] Ability to watch section levels of pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=738 Quim Gil changed: What|Removed |Added CC||aklap...@wikimedia.org, ||q...@wikimedia.org, ||wikibugs-l@lists.wikimedia. ||org Component|General/Unknown |Watchlist --- Comment #12 from Quim Gil --- In 2004 Brion said before WONTFIXing: (In reply to comment #1) > Sorry, but this is not practical; sections don't have a consistent identity > which could be watched reliably. Then in 2011 Jan reopened. Yet Brion's sentence is still true. This features can't be really implemented until sections are something more than a piece of text between an "=" at the beginning of a line and the next. Silas' idea is not bad, but still would be problematic e.g. what happens when an editor changes one character in a section? Or when a section is inserted before the one you are watching? MediaWiki displays content in a way that looks like sections but in fact it has no idea of the semantic organization of a page. Before this is solved (is there anybody planing to work on this?) this looks like a WONTFIX now just like it looked in 2004. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44328] Fuzzied sections create line breaks in wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=44328 --- Comment #11 from mil...@sorbzilla.de --- (To comment 8) No, that's not true, the percentage on the translation page indicates how much is **translated**. Please consider that I speak about Wikidata pages! And although FuzzyBot now changes the translated directly replacing translated text by English text, it didn't change the percentage. I saw it on Wikidata:Introduction. FuzzyBot changed the outdated messages replacing translated text by English text but the percentage remained at 100%. Now I updated translation of Wikidata:introduction, and now 100% is the correct percentage again. BTW: There is a small cache issue: When I have translated resp. updated the last untranslated resp. outdated messsage, its translation is not taken over to the translation page. I must do a small edit in the translation tool, then it works. (To comment 9): Thanks for your information. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14601] Use wfDebugLog instead of wfDebug by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=14601 Quim Gil changed: What|Removed |Added CC||aklap...@wikimedia.org, ||q...@wikimedia.org --- Comment #2 from Quim Gil --- Is this request still relevant? And shouldn't be filed under Logs component? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35363] Anchors to first sentence in lead paragraph of articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=35363 Quim Gil changed: What|Removed |Added Priority|Lowest |Normal CC||daniel.kinz...@wikimedia.de ||, q...@wikimedia.org Component|General/Unknown |Parser --- Comment #2 from Quim Gil --- I think this idea deserves more attention. I haven't done any systematic testing but I have the impressions that e.g. Facebook or Google+ have trouble interpreting the beginning of an article when they feature a URL except. (They also get confused by what image to choose). The result is less effective summaries of Wikipedia pages (and by extension MediaWiki based pages) in those services used by millions. An automatic identifier for the beginning of a paragraph (skipping templates and infoboxes) could be useful. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44795] On Mouse over on dates, show relative time period to date
https://bugzilla.wikimedia.org/show_bug.cgi?id=44795 Quim Gil changed: What|Removed |Added CC||q...@wikimedia.org --- Comment #5 from Quim Gil --- In fact MediaWiki core doesn't know when a text string is a date. Wikipedia uses a template for this: http://en.wikipedia.org/wiki/Template:Date Maybe the functionality you are requesting could be build on / around that template? The discussion should happen in that page. And this sounds like a WONTFIX here. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32647] Recreation of renamed username should be logged
https://bugzilla.wikimedia.org/show_bug.cgi?id=32647 Quim Gil changed: What|Removed |Added CC||q...@wikimedia.org, ||wikibugs-l@lists.wikimedia. ||org Component|General/Unknown |Logging -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31493] Edit view to sort an unsorted table
https://bugzilla.wikimedia.org/show_bug.cgi?id=31493 Quim Gil changed: What|Removed |Added CC||q...@wikimedia.org, ||wikibugs-l@lists.wikimedia. ||org Component|General/Unknown |Parser -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45941] Broken advertising on right-to-left written wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=45941 --- Comment #1 from Incarus --- Created attachment 11902 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11902&action=edit Advertising on WP:FA -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44328] Fuzzied sections create line breaks in wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=44328 --- Comment #10 from Niklas Laxström --- (In reply to comment #8) Translation pages are still updated and the percentage indicates that 100% is not translated. I don't see any regression here. (In reply to comment #9) This is a transitional issue because we made internal changes how the changes are tracked. It will go away with time. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28706] Allow post-parsed documents to be available offline and saved into IndexedDB and made queryable
https://bugzilla.wikimedia.org/show_bug.cgi?id=28706 Quim Gil changed: What|Removed |Added CC||q...@wikimedia.org --- Comment #4 from Quim Gil --- fwiw I have requested more opinions at http://lists.wikimedia.org/pipermail/offline-l/2013-March/001128.html -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45596] Set $wgCategoryCollation to 'uca-hu' on Hungarian Wikipedia and rebuild category sort keys
https://bugzilla.wikimedia.org/show_bug.cgi?id=45596 --- Comment #13 from Bartosz Dziewoński --- (In reply to comment #12) > - will it be harder the change the rules on the fly, if they turn out to > be imperfect? I understand changing the collation is difficult because > one has to reindex the whole table, but I suppose changing the first > letters would be simpler. Real changes to the collation will require running the update script again, which might take a couple of hours for hu.wiki (according to Reedy's testing, it took about 20 hours for the 3.2 million pages on pl.wikipedia). Category sorting might be slightly borked during this time, and all category pages will have to be purged afterwards (action=purge or just wait till the caches expire). Changing the first letters later won't break the collation, since it's entirely handled by an external library (ICU); it'll require a purge to appear on-wiki, though. > - by the way, should we also check the collation itself? I have mostly > collected input on the first letter grouping until now. Please do, but I'm pretty much certain it's correct; it's handled by the ICU library, which is a battle-tested and mature piece of software. > - will it be possible to create custom groups? (e.g. someone suggested > using a "Numbers" group, having separate groups for all digits looks a > bit silly) This isn't supported right now, but at a first glance possible; it would likely depend on whether creating the group would require different sorting order. However, IMO this particular change should be done for all projects at once, if desired, and should wait for the natural number sorting to be implemented first (bug 6948) and for multiple collation support (bug 44667; the chinese-collation branch includes this). > - what is the logic for non-Hungarian characters? Accented latin > characters seem to be ordered as if the accents were stripped, which is > good, but it would be nice to see the rules spelled out somewhere. Yes, that's exactly what happens, and similarly for accented variants of letters in other alphabets; I though I mentioned that somewhere, apologies. The default sorting rules are the ones [[Unicode Collation Algorithm]] uses; they are appropriately tailored for each language-specific collation. The default "first-letters" list includes full basic latin, greek and cyrillic alphabets and I think all printable ASCII characters, as well as a lot of letters from other alphabets and a whole lot of Unicode symbols. It is generated by MediaWiki based on the data about which letters have primary-level weight in UCA, but I'm not sure what is the exact behavior; you can see the generation script at /maintenance/language/generateCollationData.php in mediawiki/core repository, and the pregenerated list at /serialized/first-letters-root.ser. I doubt that's relevant, though. :) -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45915] MediaWiki Developers, heads up: use "Twitter" for breaking news, software upgrades ("Some Sort of Notice for Breaking Changes")
https://bugzilla.wikimedia.org/show_bug.cgi?id=45915 --- Comment #5 from Quim Gil --- I agree API breaks should be announced in advance, but I don't think including Twitter in some communication process is the answer for this. Then again if someone writes occasionally about API changes in a blog post or even a significant email and we get a heads up, I don't mind posting that through our social media channels. fwiw, info about Twitter et al can be found and discussed at https://www.mediawiki.org/wiki/Social_media -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45941] Broken advertising on right-to-left written wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=45941 Alex Monk (Krenair) changed: What|Removed |Added CC||fr-t...@wikimedia.org, ||kren...@gmail.com, ||rkald...@wikimedia.org Component|General/Unknown |CentralNotice Version|wmf-deployment |unspecified Product|Wikimedia |MediaWiki extensions -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l