[Bug 13438] Allow Special:MIMESearch to work under miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=13438 Brett Zamir bret...@yahoo.com changed: What|Removed |Added CC||bret...@yahoo.com --- Comment #7 from Brett Zamir bret...@yahoo.com 2011-04-11 06:08:02 UTC --- I'm building a tool (at http://brettz9.github.com/xqueryeditor/ ) to allow Ajax browsing of Mediawiki articles, currently for the purpose of performing XQueries against XML stored on wikis, and hopefully for optional local IndexedDB storage as well. It is very unsafe to make these queries at the moment (working on that), but especially after whenever I may be able to get that resolved, I'd want to be able to point people by default to logical locations for a starting point for browsing XML documents at any given Mediawiki wiki. Currently, when the user chooses a Mediawiki wiki, I'm supplying its root category by default, but it would be great if the API could filter out only those categories belonging to a particular MIME type (or at least if the MIME search worked) so I could avoid my users seeing non-XML pages (though I could parse a page fully into XHTML and expose that once I can figure out how to do that properly through the API). And it would be nice to do all this if this would not require users to manually add categories for these file format types. (Incidentally, would be great to have the ability to directly edit XML files such as SVG (and TEI--my main interest) with the benefit of diffs and all, rather than needing to treat them as images on the one hand, or to put them directly within articles without the choice of whether to disable wiki markup.) -- 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 28487] New: Allow move log to be filtered by namespace of source page and of target page
https://bugzilla.wikimedia.org/show_bug.cgi?id=28487 Bug #: 28487 Summary: Allow move log to be filtered by namespace of source page and of target page Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cenarium.sy...@gmail.com Classification: Unclassified It would be nice to be able to filter [[special:log/move]] by the namespace of the source page, and the namespace of the target page (by default, both are on 'any'). This can be helpful for maintenance to see only the moves with mainspace target, or only the file renames, 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 28412] log_action / log_type modifications (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28412 Cenarium cenarium.sy...@gmail.com changed: What|Removed |Added CC||cenarium.sy...@gmail.com Depends on||28487 -- 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 28487] Allow move log to be filtered by namespace of source page and of target page
https://bugzilla.wikimedia.org/show_bug.cgi?id=28487 Cenarium cenarium.sy...@gmail.com changed: What|Removed |Added Blocks||28412 -- 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 22448] Disable the 'Show changes' button when no changes are done to page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22448 Elancev Michael emo-n...@hotmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |emo-n...@hotmail.com |org | --- Comment #2 from Elancev Michael emo-n...@hotmail.com 2011-04-11 11:16:07 UTC --- Created attachment 8392 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8392 Added message when no changes founded I've add message No change was made to the text ('diff-nochanges' in Messages*.php file) when nothing changed For 1.16 version DifferenceInterface.php should be patched insted of DifferenceEngine.php -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28440] Add viewdeleted privileges to the checkuser and oversight permissions group on en.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28440 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||WONTFIX --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-04-11 11:19:32 UTC --- (In reply to comment #1) Why has there been no open community discussion on this ? The ArbCom has been delegated the authority to oversee the use of CU and OS permissions, this does not extend to changing those permissions. Changing the permissions affected to a usergroup should be a community decision. I wouldn't mind if this were uncontroversial, but there has been objections (as seen on the talk page). Please wait that it is clear that the community actually supports this. No community consensus -- WONTFIX This bug can be reopened if and when there is consensus. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28484] Add edit count metric (wgEditCount) to CDATA available in page source
https://bugzilla.wikimedia.org/show_bug.cgi?id=28484 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-04-11 11:32:14 UTC --- (In reply to comment #0) I'm not sure it's still technically CDATA, but there are values in the page source that JavaScript scripts can easily look up (e.g., wgPageName and wgCanonicalNamespace). It would be helpful to be able to easily look up a user's edit count using a wgEditCount variable. This would help with targeting scripts to more experienced or inexperienced users, for example, without needing a separate API call. Per-user stuff should be added in Skin::makeGlobalVariablesScript() IIRC. I'm not sure what the behavior should be for logged out users. I think wgEditCount = 0 makes the most sense, though maybe there are better alternatives. Zero sounds good to me. Scripts can already detect whether the user is logged in or not anyway. -- 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 27488] Move JS libraries back to a header and do not load them dynamically
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 --- Comment #27 from Happy-melon happy.melon.w...@gmail.com 2011-04-11 11:47:46 UTC --- (In reply to comment #26) (In reply to comment #25) Site JS and user JS should be at top. Users and site administrators load libraries in their script and they must be read at least on doc.ready and (as shown in attached test results) this will NOT be guaranteed when they are in the footer. Again, this is a solution to the immediately apparent problem, not to the problem which actually needs to be solved. Users need to be able to modularise their code, load it via ResourceLoader, and indicate which modules need to be available before rendering. Also legacy JS is in fact a library that must also be ready before the page is loaded. On the contrary, it is usually completely useless before page rendering. It only needs to be ready early if it is a dependency for a module which itself needs to be ready early. I think you should add Mediawiki:com...@footer.js (or similar) so that scripts that can be moved would be moved by site administrators. Again, this is not taking advantage of the full power of ResourceLoader's modularisation. This is not true - it doesn't degrade performance. It makes the page start appearing slower which is not the same. To the 99% of users who do not have extra all-singing, all-dancing JavaScript widgets playing with their interface, slower page loading is a reduction in performance. Users will mostly want to have scripts loaded before they work on a page (as shown before). So this might be true in some cases, but is not a general truth and I find it as a dangerous myth. You and all the people you know to ask might well agree on this. John Smith the Wikipedia reader who wants to know what type of plug they use in the country he's going on holiday to, doesn't give a damn. -- 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 22448] Disable the 'Show changes' button when no changes are done to page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22448 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Version|1.16-svn|1.18-svn --- Comment #3 from Krinkle krinklem...@gmail.com 2011-04-11 12:35:45 UTC --- (In reply to comment #2) For 1.16 version DifferenceInterface.php should be patched insted of DifferenceEngine.php This is not a high priority feature or bug, I'm not sure we should patch 1.16 at all or 1.17 for that matter. HEAD is 1.18 right now. -- 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 13577] Optimize query in Special Unusedcategories Special Mostlinkedcategories by using category table
https://bugzilla.wikimedia.org/show_bug.cgi?id=13577 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Unusedcategories |Optimize query in Special |Mostlinkedcategories could |Unusedcategories Special |use the new category table |Mostlinkedcategories by ||using category table -- 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 20468] User::invalidateCache throws 1205: Lock wait timeout exceeded
https://bugzilla.wikimedia.org/show_bug.cgi?id=20468 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-04-11 12:57:03 UTC --- r85783 -- 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 27488] Move JS libraries back to a header and do not load them dynamically
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 --- Comment #28 from Hans Adler johannes.aqu...@googlemail.com 2011-04-11 13:00:32 UTC --- You and all the people you know to ask might well agree on this. John Smith the Wikipedia reader who wants to know what type of plug they use in the country he's going on holiday to, doesn't give a damn. OK, maybe the current situation is an improvement for *readers*. But it's a serious regression for *editors*, and it needs to be fixed soon. At most times editors don't read pages at all. They just skim them for a specific piece of information and then click a link to get to the next page, or to edit the present one, etc. The normal workflow is currently seriously impaired. Following a link to a section in long discussion page: * Click the link. * Wait for the page to appear (takes a while since the pages are not cached for users who are logged in) * Notice that you have been sent to a different location. No section header anywhere near. * Try to locate the right position anyway. * If you can't find it, click the url bar and press Enter. (Maybe the Reload button also does it in some browsers.) Doing an edit when you know precisely what you want to do but don't have the link on any page that is currently displayed: * Click a link to a page from where you can find the edit link in question (e.g. a History page). * Wait for the page to appear * Click the edit link * Wait * Wait * Variant 1: ** Notice that nothing happens. ** Click again, this time successfully. * Variant 2: ** Get sent to a completely unexpected page. ** Use the Back and Reload buttons. ** Click again, this time successfully. * Variant 3: ** Notice that a Twinkle link was executed instead and you have just accused an arbitrator of vandalism. ** Spend several minutes undoing the damage and trying to convince others it was an honest mistake. ** Try to remember what it was you really wanted to do. Would it be possible to include scripts at the bottom of the page for anonymous users and in the head for users who are logged in? -- 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 27639] Transaction timeout when trying to OldLocalFile::upgradeRow()
https://bugzilla.wikimedia.org/show_bug.cgi?id=27639 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||FIXED --- Comment #9 from Reedy s...@reedyboy.net 2011-04-11 13:03:05 UTC --- r85784 -- 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 13921] deadlocks mass-deleting media files in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=13921 Reedy s...@reedyboy.net changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||s...@reedyboy.net Resolution||FIXED --- Comment #8 from Reedy s...@reedyboy.net 2011-04-11 13:08:10 UTC --- r85785 -- 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 28488] New: Implement revisionized properties table
https://bugzilla.wikimedia.org/show_bug.cgi?id=28488 Bug #: 28488 Summary: Implement revisionized properties table Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com Classification: Unclassified Right now there is no way to attach information to an article without lozing it over time (like page_props table does) By having a revisionized / versioned properties table (like page_props) many (if not, all) of the following will be possible: 1) Store page protection settings with the revision, undoing/rollbacking will bring back protection info. As will deletion/undeletion 2) Move categories out of of wikitext. It has been proposed to do this before (ie. store only in categorylinks and report changes in a null-revision edit summary, like with protection currently) - however that is prone to abuse since undoing a revision would mean having to manually copy/paste categories from the history page edit summaries. 3) Maybe move langlinks out of wikitext ? 4) File properties [2] 5) Custom data for exentions (the prop_type column can be used by extension to store other information, that would otherwise have to be stored in a new-table. Some extensions appear to be doing this currently which could cause many tables for the same purpose on a single wiki). Using a versioned properties table will solve these problems. The revision is connected to a set of properties, and undoing the revision will re-use the previous set of properties (just like a rollback re-uses the same mw_text.oldid_id / mw_revision.rev_id) It also saves storage in the database as the set is only re-saved when something has actually changed. In other words, if the user only made a change in the article text, the same old propid is used. If only props are modifed, the same textid/oldid stays in use. The properties table would have it's sets identified by a unique id, stored in a column in the mw_revision table [1]. The properties table would either be it's own incrementing integer or use the revision id. Comparison: * properties-id ** Since multiple rows belong together the id spans multiple rows. An incrental ID that spans multiple rows is not supported in MySQL and the only solution I can think of is either keeping track of the id elsewhere, or getting the last row and using the next number. Both are not clean. * revision-id ** Using the revision-id is a lot easier. The revision data is saved, the revision-id is known and used to store the properties. This also makes it easy to track which revision last modified the properties (since the id matches the revision-id that created the set of properties). I think using the revision-id is probably the better choise. Only down side could be that it may cause confusion since it would look like the revision-id, not sure if that's an issue. Highlights: * Store data in properties table, versioned and each set has it's own id. If only props change, same text.oldid is used, if only text changes same propid is used. * Connected revision to a set of properties, like text id (ie. a rollback re-uses the oldid that revision, same would be for properties. Rolling back an edit creates a null-revision with the same old text id and properties id. -- Krinkle [1] Adding a column to mw_revision is expensive to say the least but I'm not sure there's a clean and long-term effient way around it. [2] bug 25624 and http://www.mediawiki.org/wiki/License_integration See also: * (bug 167) Use a dedicated interface for adding interwiki/category links, not wikitext * (bug 25624) Making license and author information api accessible * (bug 835) Syntax to transclude a page without categories and langlinks * (bug 22293) Show previous protection level in protection log * more... -- 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 11539] Add Hooks to SpecialImport and SpecialExport
https://bugzilla.wikimedia.org/show_bug.cgi?id=11539 Christian Neubauer seventow...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Christian Neubauer seventow...@gmail.com 2011-04-11 13:21:10 UTC --- Basically fixed in 1.17 now that Import.php and Export.php have good hooks. See: http://www.mediawiki.org/wiki/Manual:Hooks/ImportHandleRevisionXMLTag http://www.mediawiki.org/wiki/Manual:Hooks/ModifyExportQuery http://www.mediawiki.org/wiki/Manual:Hooks/XmlDumpWriterWriteRevision -- 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 17424] Bug vuze
https://bugzilla.wikimedia.org/show_bug.cgi?id=17424 Krinkle krinklem...@gmail.com changed: What|Removed |Added Component|General |General/Unknown Product|Wiktionary tools|MediaWiki Severity|critical|normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Lowest |Normal Version|1.17|1.18-svn Summary|Move JS libraries back to a |Implement 'top' position |header and do not load them |option for ResourceLoader |dynamically |modules -- 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 28489] New: Reflect current revision status in links within BugZilla
https://bugzilla.wikimedia.org/show_bug.cgi?id=28489 Bug #: 28489 Summary: Reflect current revision status in links within BugZilla Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: pdha...@wikimedia.org ReportedBy: krinklem...@gmail.com CC: innocentkil...@gmail.com, s...@reedyboy.net Classification: Unclassified After brion's bug 27147 comment 3; Either server side or client side. JS: The links would be given a class around: http://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/bugzilla/bugzilla-4.0/extensions/Wikimedia/Extension.pm?revision=84488view=markup#l66 and a call to the mw.org api would get the status. Serverside: A way to query the database or api from there serverwise and put it directly in the output. See also * (bug 27147) Reflect current revision status in links within CR work flow -- 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 24361] Special:SpecialPages throws an Error using MW 1.16beta3 and SMW 1.5.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=24361 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||yaro...@gmail.com Resolution||WORKSFORME --- Comment #2 from Yaron Koren yaro...@gmail.com 2011-04-11 13:44:04 UTC --- Setting to WORKSFORME - Simon, feel free to re-open this if it's still a problem. -- 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 28469] Make SVN Documentation be indexed by Google
https://bugzilla.wikimedia.org/show_bug.cgi?id=28469 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #3 from Krinkle krinklem...@gmail.com 2011-04-11 13:44:20 UTC --- Aside from all revisions of all files in viewvc being a problem (not sure if viewvc has implemented nofollow/noindex, we could fix via robots.txt on that path). currently this /doc/ system uses frames, which end up ugly via search engines (ie. navigation missing) -- 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 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com --- Comment #9 from Max Semenik maxsem.w...@gmail.com 2011-04-11 13:53:00 UTC --- Ryan, we've got $wgDummyLanguageCodes for that. Unfortunately, it's not always used, and it needs better support by the Language class itself. -- 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 25641] Special:Ask 'additional results' link loses some query info
https://bugzilla.wikimedia.org/show_bug.cgi?id=25641 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com Summary|Special:Semantic Search |Special:Ask 'additional ||results' link loses some ||query info --- Comment #1 from Yaron Koren yaro...@gmail.com 2011-04-11 13:58:14 UTC --- Changed to a more descriptive title: Special:Ask 'additional results' link loses some query info. -- 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 24513] * or # in first line of a Text property is not displayed correctly in SMW factbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=24513 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Summary|* or # in first line of a |* or # in first line of a |Semantic MediaWiki Text |Text property is not |property field does not get |displayed correctly in SMW |parsed as a list item |factbox --- Comment #23 from Yaron Koren yaro...@gmail.com 2011-04-11 14:06:51 UTC --- Renamed to what I think is a more descriptive title: * or # in first line of a Text property is not displayed correctly in SMW factbox. -- 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 28488] Implement revisionized properties table
https://bugzilla.wikimedia.org/show_bug.cgi?id=28488 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle krinklem...@gmail.com 2011-04-11 14:14:56 UTC --- Also, maybe tackleable with this: * (bug 28476) Rejecting a page move does not undo the change made to the title. * (bug 4433) rollback link for a page move should revert the move -- 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 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 Paul Selitskas wizard...@ya.ru changed: What|Removed |Added CC||wizard...@ya.ru --- Comment #10 from Paul Selitskas wizard...@ya.ru 2011-04-11 14:18:11 UTC --- (In reply to comment #9) Ryan, we've got $wgDummyLanguageCodes for that. Unfortunately, it's not always used, and it needs better support by the Language class itself. Well, people who write client-side extensions (i.e. JS) don't mind. They write be-x-old and it doesn't work for people with be-tarask locale. I faced this problem many times. If there could be a way to get rid of 'be-x-old' fallback locale, I wouldn't ask personally to move be-x-old.wiki to be-tarask. And here the discussion has a second go. -- 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 28490] New: Brackets around wikilinks in bugzilla gone
https://bugzilla.wikimedia.org/show_bug.cgi?id=28490 Bug #: 28490 Summary: Brackets around wikilinks in bugzilla gone Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: pdha...@wikimedia.org ReportedBy: krinklem...@gmail.com CC: innocentkil...@gmail.com, s...@reedyboy.net Classification: Unclassified As bawolff pointed on in bug 26149 comment 1, bugzilla comments should be as much simple-text as possible. Linking words is find as an enhancement, but it should not remove the brackets in the process since there are (or will be) bugs in the linker and sometimes a link is not intended. The following text would be better if the [[ were preserved. Lorem [[ipsum]] ([[Dolor (sit)|amet]] - [[consectetuer (adipiscing)|]]) [[eli]]t. -- 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 28478] fnc DatabaseSqlite::getFulltextSearchModule error 1: no such module: FTS3
https://bugzilla.wikimedia.org/show_bug.cgi?id=28478 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||maxsem.w...@gmail.com Blocks||20257 AssignedTo|wikibugs-l@lists.wikimedia. |maxsem.w...@gmail.com |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20257] SQLite support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20257 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Depends on||28478 -- 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 28491] New: make file extension for external images configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=28491 Bug #: 28491 Summary: make file extension for external images configurable Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: brightb...@gmail.com CC: bryan.tongm...@gmail.com Classification: Unclassified currently, the file extensions that cause an external link to be rendered as an image if $wgAllowExternalImages is true is hardcoded in Parser::EXT_IMAGE_REGEX. It would be much nicer if it was derived from $wgFileExtensions. Not all allowed file extensions are images, but the ones that are can be identified using MimeMagic::guessTypesForExtension($mime) and MimeMagic::findMediaType($mime). -- 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 28314] Redirect traffic from wikimedia.com to wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=28314 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Email sent to wikimedia.com |Redirect traffic from |does not forward to |wikimedia.com to |wikimedia.org |wikimedia.org --- Comment #1 from Krinkle krinklem...@gmail.com 2011-04-11 14:55:02 UTC --- This affects subdomains as well: * http://commons.wikimedia.com/ doesn't work (404 error, wildcard domain) Compare to * http://nl.wikipedia.com/ which does works -- 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 28487] Allow move log to be filtered by namespace of source page and of target page
https://bugzilla.wikimedia.org/show_bug.cgi?id=28487 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com Depends on||14711 --- Comment #2 from Bawolff bawolff...@gmail.com 2011-04-11 15:23:39 UTC --- Well it kind of depends on bug 14711 and/or is almost a dupe of 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 14711] Special:Log/... does not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14711 Bawolff bawolff...@gmail.com changed: What|Removed |Added Blocks||28487 -- 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 14712] API: logevents do not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14712 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||krinklem...@gmail.com Resolution|WONTFIX | --- Comment #2 from Krinkle krinklem...@gmail.com 2011-04-11 15:37:03 UTC --- (In reply to comment #1) It used to have one, but it was removed because filtering on namespace killed the database. With the current db scheme, it may be killing. But I think through the years many valid bugs and requests have come to depend on such filter. Reopening with dependancy on bug 14711 which requests the actual filterability. Note that mw_logging has had an index on (log_namespace, log_title) since it was created in r4919. What is causing the kill actually ? (respond on bug 14711 ?) -- 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 28488] Implement revisionized properties table
https://bugzilla.wikimedia.org/show_bug.cgi?id=28488 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #2 from Bawolff bawolff...@gmail.com 2011-04-11 15:37:17 UTC --- Hopefully this isn't too stupid a question ;). So in this scheme we have a table that would have an entry for categorylinks something (roughly) like: revision id: 123 prop_type: categorylink cl_to: some category cl_from: some page_id And say you wanted to grab everything in category foo. How would you do that since its now hard to distinguish between current entries and historical entries. --- As an aside, a versioned links table would also help with bug 7148 (show category additions/removals on watchlist) -- 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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 --- Comment #29 from Happy-melon happy.melon.w...@gmail.com 2011-04-11 15:38:48 UTC --- I'm certainly not saying it's not a problem or that it doesn't need fixing; only that it shouldn't be fixed in the way Nux suggested it should. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14712] API: logevents do not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14712 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #3 from Aaron Schulz jschulz_4...@msn.com 2011-04-11 15:38:50 UTC --- There is no (namespace,timestamp) index. -- 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 14711] Implement a namespace filter for the logging table
https://bugzilla.wikimedia.org/show_bug.cgi?id=14711 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Special:Log/... does not|Implement a namespace |have a namespace filter |filter for the logging ||table Severity|trivial |minor -- 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 14712] API: logevents do not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14712 Reedy s...@reedyboy.net changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #4 from Reedy s...@reedyboy.net 2011-04-11 15:40:08 UTC --- It would be possible to do a faux NS filter in Miser mode as a middle ground hack... As for being able to do it efficiently -- 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 28440] Add viewdeleted privileges to the checkuser and oversight permissions group on en.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28440 Happy-melon happy.melon.w...@gmail.com changed: What|Removed |Added CC||happy.melon.w...@gmail.com Resolution|WONTFIX |REMIND -- 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 28463] wrong password leads to blank screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=28463 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-04-11 16:22:53 UTC --- The code referring to iconv is untouched in 1.17. Does your php not include iconv? -- 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 28463] wrong password leads to blank screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=28463 --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-04-11 16:29:12 UTC --- A blank page w/o error usually is the result of running out of memory. What happens if you increase the memory available to PHP in php.ini? -- 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 28466] Extension:TitleBlacklist doesn't seem to work on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=28466 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||m...@everybody.org AssignedTo|wikibugs-l@lists.wikimedia. |s...@reedyboy.net |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28476] Rejecting a page move does not undo the change made to the title.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28476 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |High CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4433] rollback link for a page move should revert the move
https://bugzilla.wikimedia.org/show_bug.cgi?id=4433 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |High CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4433] rollback/undo link for a page move should revert the move
https://bugzilla.wikimedia.org/show_bug.cgi?id=4433 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||jschulz_4...@msn.com Summary|rollback link for a page|rollback/undo link for a |move should revert the move |page move should revert the ||move -- 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 24538] populateRevisionLength.php doesn't check archive table
https://bugzilla.wikimedia.org/show_bug.cgi?id=24538 Chad H. innocentkil...@gmail.com changed: What|Removed |Added AssignedTo|innocentkil...@gmail.com|wikibugs-l@lists.wikimedia. ||org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23839] Refreshing links table. is confusing
https://bugzilla.wikimedia.org/show_bug.cgi?id=23839 Chad H. innocentkil...@gmail.com changed: What|Removed |Added AssignedTo|innocentkil...@gmail.com|wikibugs-l@lists.wikimedia. ||org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13879] Special:Emailuser should have an input form
https://bugzilla.wikimedia.org/show_bug.cgi?id=13879 Chad H. innocentkil...@gmail.com changed: What|Removed |Added AssignedTo|innocentkil...@gmail.com|wikibugs-l@lists.wikimedia. ||org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 --- Comment #11 from Ryan Kaldari rkald...@wikimedia.org 2011-04-11 17:04:00 UTC --- Is the $wgDummyLanguageCodes array accessible via Javascript or the API? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28491] make file extension for external images configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=28491 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-04-11 17:06:01 UTC --- I'm not sure there's not much benefit to using $wgFileExtensions; $wgFileExtensions controls what you can locally upload so that it can be verified, managed, rendered into thumbnails, etc. None of that happens with external images -- they're just put into an img so there's no interpretation or rendering that would depend on the file type. We don't even get a chance to control the image's size... :( I'd actually rather drop $wgAllowExternalImages entirely and replace it, if it's needed, with a smarter way of dealing with externally sourced images; guessing imageness from URLs has never been safe or complete to begin with. Legit use of externally-referenced images is probably better off being done as some sort of extension that lets you explicitly size, place, and caption them. -- 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 20906] rebuildImages.php --missing doesn't add found images to wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=20906 Chad H. innocentkil...@gmail.com changed: What|Removed |Added AssignedTo|innocentkil...@gmail.com|wikibugs-l@lists.wikimedia. ||org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 --- Comment #12 from Max Semenik maxsem.w...@gmail.com 2011-04-11 17:07:33 UTC --- Is the $wgDummyLanguageCodes array accessible via Javascript or the API? It is not, and shouldn't be. Language::getLanguageNames() should be split to two functions, one returning all possible languages (including b/c fallbacks like be-x-old), another returning only real languages. All callers should be updated to use either of these.(In reply to comment #11) -- 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 28463] wrong password leads to blank screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=28463 chou8...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from chou8...@gmail.com 2011-04-11 17:12:02 UTC --- So it goes into the code inside the part that checks if the function exists, so I'm guessing it does include some form of iconv. But I just realized that I probably should not have filed a bug report for this, since the problem has nothing to do with the mediawiki source. I'll have to email IT about possible issues with iconv. Thanks for the information (did not realize that blank page w/o error could mean running out of memory). It was already really frustrating to isolate where exactly this was happening already... Anyway, I can say this is resolved for me. -- 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 28489] Reflect current revision status in links within BugZilla
https://bugzilla.wikimedia.org/show_bug.cgi?id=28489 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-04-11 17:14:33 UTC --- Revision status can be fetched from CodeReview via API: http://www.mediawiki.org/w/api.php?action=querylist=coderevisionscrrepo=MediaWikicrrevs=12345crprop=revid|author|status|timestampformat=json { query: { coderevisions: [ { revid: 12345, status: old, author: nikerabbit, timestamp: 2006-01-02T01:00:38Z } ] } } Note this is also something that could be done from client-side JS so the lookups don't delay page generation. Emit an appropriate class for the rev links, and JS can go look them up in a batch. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28483] Please add priority to advanced fields when entering a new bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28483 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@everybody.org Resolution||WONTFIX --- Comment #3 from Mark A. Hershberger m...@everybody.org 2011-04-11 17:14:37 UTC --- (In reply to comment #2) We don't actually use priority as anything, other than how Hexmode has been using it I'm probably going to re-open that discussion, but as you all point out: this isn't something that is needed in the interface. -- 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 28478] fnc DatabaseSqlite::getFulltextSearchModule error 1: no such module: FTS3
https://bugzilla.wikimedia.org/show_bug.cgi?id=28478 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2011-04-11 17:17:29 UTC --- Fixed in r85803. -- 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 20257] SQLite support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20257 Bug 20257 depends on bug 28478, which changed state. Bug 28478 Summary: fnc DatabaseSqlite::getFulltextSearchModule error 1: no such module: FTS3 https://bugzilla.wikimedia.org/show_bug.cgi?id=28478 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28470] Doxygen seems to have stopped updating again
https://bugzilla.wikimedia.org/show_bug.cgi?id=28470 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-04-11 17:17:35 UTC --- bug 28389 claims that some syntax oddity is derailing doxygen; does that mean it's not completing its runs? -- 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 28487] Allow move log to be filtered by namespace of source page and of target page
https://bugzilla.wikimedia.org/show_bug.cgi?id=28487 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@everybody.org Resolution||DUPLICATE --- Comment #3 from Mark A. Hershberger m...@everybody.org 2011-04-11 17:17:57 UTC --- *** This bug has been marked as a duplicate of bug 14711 *** -- 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 14711] Implement a namespace filter for the logging table
https://bugzilla.wikimedia.org/show_bug.cgi?id=14711 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||cenarium.sy...@gmail.com --- Comment #10 from Mark A. Hershberger m...@everybody.org 2011-04-11 17:17:57 UTC --- *** Bug 28487 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28492] New: Write wmf replag bot
https://bugzilla.wikimedia.org/show_bug.cgi?id=28492 Bug #: 28492 Summary: Write wmf replag bot Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: IRC AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Like toolserver's replag bot would get it's data from the api: action=querymeta=siteinfosiprop=dbrepllag Commands somewhat like: [#wikimedia-tech] Krinkle: @replag [#wikimedia-tech] wmfreplag: [s1] db26: 6; [s5] db14: 1, db35: 1 [#wikimedia-tech] Krinkle: @replag all [#wikimedia-tech] wmfreplag: [s1] db36: 0, db32: 0, db12: 0, db26: 0, db38: 0; [s2] db13: 0, db30: 0, db24: 0; [s4] db31: 0, db22: 0, db33: 0; [#wikimedia-tech] wmfreplag: [s5] db23: 0, db14: 0, db35: 0; [s6] db29: 0, db21: 0, db7: 0; [s7] db37: 0, db18: 0, db16: 0; [#wikimedia-dev] Krinkle: @replag s4 [#wikimedia-dev] wmfreplag: [s4] db31: 0, db22: 0, db33: 0 [#wikimedia-dev] Krinkle: @replag db36 [#wikimedia-dev] wmfreplag: db36: 0 (s1) [#wikimedia-dev] Krinkle: @replag commonswiki [#wikimedia-dev] wmfreplag: [commonswiki: s4] db31: 0, db22: 0, db33: 0 Info like dbserver-numbers, server-clusternumebrs and wikidb-names will be periodically fetched from: Wikimedia's conf/db.php [1] This is basically a reminder for myself right now, although I haven't started on this yet so anyone who feels like it. Go ahead and assign it to yourself :-) -- Krinkle -- Krinkle [1] http://noc.wikimedia.org/conf/highlight.php?file=db.php http://noc.wikimedia.org/conf/db.php.txt -- 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 28492] Write wmf replag ircbot
https://bugzilla.wikimedia.org/show_bug.cgi?id=28492 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Write wmf replag bot|Write wmf replag ircbot -- 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 28493] New: Create an error reporting service on IRC for Wikimedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28493 Bug #: 28493 Summary: Create an error reporting service on IRC for Wikimedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: IRC AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com Classification: Unclassified To report php errors, or database errors such as the following: Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function LinksUpdate::incrTableUpdate. Database returned error 1205: Lock wait timeout exceeded; try restarting transaction (10.0.6.41). - An irc bot could be written that reports db errors, and perhaps php/mediawiki errors or other kind of should be rare errors as well. According to Reedy there's a global db/sql error file on fenari. -- 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 28492] Write wmf replag ircbot
https://bugzilla.wikimedia.org/show_bug.cgi?id=28492 --- Comment #1 from Reedy s...@reedyboy.net 2011-04-11 17:23:51 UTC --- Can we do this in a saner way for say all, rather than just hitting an API page on each cluster...? -- 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 28490] Brackets around wikilinks in bugzilla gone
https://bugzilla.wikimedia.org/show_bug.cgi?id=28490 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |High CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-04-11 17:28:22 UTC --- agreed. This was driving me bananas! -- 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 28492] Write wmf replag ircbot
https://bugzilla.wikimedia.org/show_bug.cgi?id=28492 --- Comment #2 from Krinkle krinklem...@gmail.com 2011-04-11 17:32:06 UTC --- (In reply to comment #1) Can we do this in a saner way for say all, rather than just hitting an API page on each cluster...? Based on the info from db.php it would only have to make 1, 2 or 7 http requests depending on the IRC command. Note that this I do not intend to create a bot that warns when replag is too high (in other words, it would not make any requests while idling) - since that is probably something that should be catched serverside and would indicate a larger issue. Although it could ofcourse check 'all' silently once every 15 minutes and report anything out of the ordinary, not that big a deal. -- 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 28274] Add 'needsmore' status
https://bugzilla.wikimedia.org/show_bug.cgi?id=28274 --- Comment #10 from Reedy s...@reedyboy.net 2011-04-11 17:32:51 UTC --- Reverted in r85806 for the moment. So it's not a deployment blocker... -- 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 28494] New: Field to enter the purpose for creating a new account
https://bugzilla.wikimedia.org/show_bug.cgi?id=28494 Bug #: 28494 Summary: Field to enter the purpose for creating a new account Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: quim@nokia.com Classification: Unclassified Nikola Smolenski wrote at http://lists.wikimedia.org/pipermail/foundation-l/2011-April/065145.html Perhaps it would be helpful if, when creating a new account, a user could write a short message about what would they like to do on Wikipedia (this would become their user page). It would give us an idea on what part of guidelines to present to the new user, and also very needed insight on why do people just create account and leave. This is a great idea, probably simple to implement. Filing it here so it doesn't get lost. Since users can edit Wikimedia sites without registering, it is expected that anybody actually registering has a purpose in mind and a willingness to join the community. Giving them a chance to explain their motivations will not only deflower their User page since the very beginning, but will probably encourage them to edit their user page further adding more details. -- 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 28470] Doxygen seems to have stopped updating again
https://bugzilla.wikimedia.org/show_bug.cgi?id=28470 Reedy s...@reedyboy.net changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #2 from Reedy s...@reedyboy.net 2011-04-11 17:44:53 UTC --- PHP Fatal error: Class 'MWInit' not found in /var/mwdocs/phase3/includes/normal/UtfNormalUtil.php on line 28 Was added to the autoloader (as a bit of a sanity check) in r85807, no luck as of yet... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28494] Field to enter the purpose for creating a new account
https://bugzilla.wikimedia.org/show_bug.cgi?id=28494 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle krinklem...@gmail.com 2011-04-11 17:48:39 UTC --- A few notes: * It should be noted in the interface that this reason will be made public on their user page. Like: Short message describing what you would like to do on Wikipedia: [ ... ] (optional) (will be made public on your user page). * The registration succesful page could perhaps include a link like Edit my user page. * When creating an account the userpage would be created with msg userpagefromaccountpurpose containing something like == What I would like to do on Wikipedia == \n $1. Which wikis could modify as they like. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14712] API: logevents do not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14712 --- Comment #5 from Krinkle krinklem...@gmail.com 2011-04-11 17:52:21 UTC --- (In reply to comment #3) There is no (namespace,timestamp) index. r4919 - tables.sql (MediaWiki 1.3A) KEY page_time (log_namespace, log_title, log_timestamp) r84394 - tables.sql (MediaWiki 1.18alpha) CREATE INDEX /*i*/page_time ON /*_*/logging (log_namespace, log_title, log_timestamp); -- 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 28494] Field to enter the purpose for creating a new account
https://bugzilla.wikimedia.org/show_bug.cgi?id=28494 FT2 ft2.w...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #2 from FT2 ft2.w...@gmail.com 2011-04-11 17:53:42 UTC --- Agreeing with both the above. -- 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 14712] API: logevents do not have a namespace filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=14712 --- Comment #6 from Reedy s...@reedyboy.net 2011-04-11 17:54:34 UTC --- Indeed, but you just can't use those skipping the middle field -- 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 28494] Field to enter the purpose for creating a new account
https://bugzilla.wikimedia.org/show_bug.cgi?id=28494 --- Comment #3 from FT2 ft2.w...@gmail.com 2011-04-11 17:54:46 UTC --- (Although make sure that anti-vandal tools such as abusefilter and RC feeds see the proposed post, otherwise it becomes a vector for unchecked posting.) -- 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 28495] New: Enable Collection extension on outreachwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28495 Bug #: 28495 Summary: Enable Collection extension on outreachwiki Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: federicol...@tiscali.it CC: fr...@wikimedia.org Classification: Unclassified The Collection extension would obviously be useful on outreachwiki, to export materials of the Bookshelf Project in various formats. I cc'ed Frank. -- 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 28495] Enable Collection extension on outreachwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28495 Reedy s...@reedyboy.net changed: What|Removed |Added Component|Site requests |Extension setup -- 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 28496] New: Buttons and links overlap contributions.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28496 Bug #: 28496 Summary: Buttons and links overlap contributions. Product: MediaWiki extensions Version: any Platform: All URL: https://translatewiki.net/wiki/Special:NewMessages OS/Version: Linux Status: NEW Severity: normal Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bhar...@wikimedia.org, bugzilla.wikime...@publi.purodha.net Classification: Unclassified Created attachment 8393 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8393 Screenshot of Liquidthreads where buttons and links at the left extend into the text of contributions causing them to overlap. The shot is from Konquerer under Linux, other browsers overlap less. -- 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 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 --- Comment #13 from Ryan Kaldari rkald...@wikimedia.org 2011-04-11 18:06:38 UTC --- That's great for developers in the future, but in the present we're stuck with with a broken system. I guess I'm still not understanding why we want to hang onto be-x-old at all. I understand that some people believe that be-x-old/be-tarask isn't a legit language, but why would that stop us from switching be-x-old to be-tarask? And if we're refusing to switch it based on some principle, why did we introduce be-tarask at all? The situation as it is now is extremely annoying for front-end developers. We have to be aware of all the language deprecations and re-map them by hand in every implementation (and then updated it manually for the rest of time). If this is a policy decision by the language committee, are they aware of the technical problems it causes? Also, shouldn't de-formal be included in $wgDummyLanguageCodes? -- 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 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 --- Comment #14 from Ryan Kaldari rkald...@wikimedia.org 2011-04-11 18:08:25 UTC --- Also, is there a bug filed for implementing the system described in comment #12? I think this is a great idea for fixing the issue long-term. -- 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 9823] Rename be-x-old to be-tarask
https://bugzilla.wikimedia.org/show_bug.cgi?id=9823 --- Comment #15 from Max Semenik maxsem.w...@gmail.com 2011-04-11 18:13:13 UTC --- (In reply to comment #13) Also, shouldn't de-formal be included in $wgDummyLanguageCodes? No, it's a separate set of messages, not just a code that does nothing but fall back to de. (In reply to comment #14) Also, is there a bug filed for implementing the system described in comment #12? I think this is a great idea for fixing the issue long-term. I came up with this idea right before posting 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 28497] New: several language codes need to be added to $wgDummyLanguageCodes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28497 Bug #: 28497 Summary: several language codes need to be added to $wgDummyLanguageCodes Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rkald...@wikimedia.org Classification: Unclassified Shouldn't things like de-formal, en-gb, nl-informal be added to $wgDummyLanguageCodes? -- 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 28497] several language codes need to be added to $wgDummyLanguageCodes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28497 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-04-11 18:17:24 UTC --- en-gb at least is a valid language code. -- 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 20468] User::invalidateCache throws 1205: Lock wait timeout exceeded
https://bugzilla.wikimedia.org/show_bug.cgi?id=20468 Reedy s...@reedyboy.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Reedy s...@reedyboy.net 2011-04-11 18:29:33 UTC --- Reopened r85809 -- 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 28498] New: LinksUpdate::incrTableUpdate. Database returned error 1205: Lock wait timeout exceeded; try restarting transaction on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=28498 Bug #: 28498 Summary: LinksUpdate::incrTableUpdate. Database returned error 1205: Lock wait timeout exceeded; try restarting transaction on Commons Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Classification: Unclassified LinksUpdate::incrTableUpdate. Database returned error 1205: Lock wait timeout exceeded; try restarting transaction Did try and fix this in 485799, but it seemed to cause others issues. Reverted in r85812 -- 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 28495] Enable Collection extension on outreachwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28495 duplicate...@googlemail.com changed: What|Removed |Added Keywords||shell CC||duplicate...@googlemail.com Component|Extension setup |Site requests -- 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 28499] New: 1205: Lock wait timeout exceeded; try restarting transaction (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28499 Bug #: 28499 Summary: 1205: Lock wait timeout exceeded; try restarting transaction (tracking) Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Keywords: tracking Severity: normal Priority: Normal Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: domas.mitu...@gmail.com Depends on: 20468, 28498, 13921, 27639, 28485 Blocks: 2007 Classification: Unclassified Tracking bug for these issues. -- 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 20468] User::invalidateCache throws 1205: Lock wait timeout exceeded
https://bugzilla.wikimedia.org/show_bug.cgi?id=20468 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||28499 -- 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 28498] LinksUpdate::incrTableUpdate. Database returned error 1205: Lock wait timeout exceeded; try restarting transaction on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=28498 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||28499 -- 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 13921] deadlocks mass-deleting media files in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=13921 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||28499 -- 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 27639] Transaction timeout when trying to OldLocalFile::upgradeRow()
https://bugzilla.wikimedia.org/show_bug.cgi?id=27639 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||28499 -- 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 28485] Block::purgeExpired Database returned error 1205: Lock wait timeout exceeded;
https://bugzilla.wikimedia.org/show_bug.cgi?id=28485 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||28499 -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||28499 -- 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 13921] deadlocks mass-deleting media files in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=13921 Reedy s...@reedyboy.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #9 from Reedy s...@reedyboy.net 2011-04-11 18:46:45 UTC --- Reverted in r85814 -- 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 28499] 1205: Lock wait timeout exceeded; try restarting transaction (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28499 Bug 28499 depends on bug 13921, which changed state. Bug 13921 Summary: deadlocks mass-deleting media files in categories https://bugzilla.wikimedia.org/show_bug.cgi?id=13921 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28499] 1205: Lock wait timeout exceeded; try restarting transaction (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28499 --- Comment #1 from Reedy s...@reedyboy.net 2011-04-11 18:47:09 UTC --- Domas, making these changes seems to make them happen more frequently elsewhere... :/ -- 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 2361] Support dynamic fonts (CSS 3 @font-face, ttf/otf/eot, web fonts, WOFF)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2361 Gerard Meijssen gerard.meijs...@gmail.com changed: What|Removed |Added CC||gerard.meijs...@gmail.com --- Comment #19 from Gerard Meijssen gerard.meijs...@gmail.com 2011-04-11 19:00:27 UTC --- The WebFonts extension is now in SVN. Yes it will cope with these things. It already copes with Tamil, Oriya, Malayalam, Hebrew.. What is really relevant the base technology will work for any device that supports proper Unicode... That does include many if not most smart phones. As I have blogged, it works for Hebrew; this is necessary because many fonts out there are considered inadequate for the proper rendering of the Hebrew language. Thanks, GerardM http://ultimategerardm.blogspot.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28497] several language codes need to be added to $wgDummyLanguageCodes
https://bugzilla.wikimedia.org/show_bug.cgi?id=28497 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Ryan Kaldari rkald...@wikimedia.org 2011-04-11 19:12:46 UTC --- It looks like this bug is actually invalid and was due to incorrect documentation at Mediawiki.org. I've updated the documentation to be more accurate (http://www.mediawiki.org/wiki/Manual:$wgDummyLanguageCodes). Resolved as invalid. -- 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 24939] Installation of MW using SQLite db throws 'Database returned error 19: interwiki.iw_api may not be NULL' error
https://bugzilla.wikimedia.org/show_bug.cgi?id=24939 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com Blocks||20257 Depends on|20257 | -- 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 20257] SQLite support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20257 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Blocks|24939 | Depends on||24939 -- 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