[Bug 19438] New: Invalid image map generated by EasyTimeline
https://bugzilla.wikimedia.org/show_bug.cgi?id=19438 Summary: Invalid image map generated by EasyTimeline Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikipedia.org/wiki/Template:Complete_timeline_ of_Macintosh_models OS/Version: All Status: NEW Severity: normal Priority: Normal Component: EasyTimeline AssignedTo: erikzac...@infodisiac.com ReportedBy: mac...@me.com After previewing an edit tonight, I discovered that a red caption reading: Invalid image map generated by EasyTimeline appeared above the left corner of the timeline. It was not there following my last edit June 17, 2009. The same caption appears on every edit all the way back to the creation in 2006. There does not appear to be anything added to the timeline template to suddenly cause this error to appear, unless it was inherent in the timeline syntax from its creation. The timeline is otherwise unaffected and seems to draw properly on all platforms. -- 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 19427] implement ISWC numbers in MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19427 --- Comment #4 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2009-06-30 07:31:43 UTC --- (In reply to comment #3) it would be very nice to have it link to a special page that gives a choice of lookup page. Agreed. This can and should be had via an extension, then. It is like books, and rfcs, many wikis will never use it. Those should not suffer from unnecessary software complexity coming with these specific features. -- 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 19439] New: ISWC-Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=19439 Summary: ISWC-Numbers Product: MediaWiki extensions Version: any Platform: All URL: http://de.wikipedia.org/w/index.php?title=Wikipedia:Verb esserungsvorschl%C3%A4geoldid=61668205#ISWC OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net Similar to the RFC and ISBN-handling, we should have ISWC-Numbers implemented in MediaWiki to generate automated links to musical works at e.g. AKM, GEMA SUISA, iswc.org, etc. This suggestion was made by User:Schwijker at the German language edition of Wikipedia, see http://de.wikipedia.org/w/index.php?title=Wikipedia:Verbesserungsvorschl%C3%A4geoldid=61668205#ISWC It has been discussed in bug 19427 with the result not to add it to MediaWiki core. As a result, let me suggest to have it put into an extension, - adding (optional) parser magic, - adding a lookup special page (similar to the ISBN lookup) -- 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 19439] ISWC-Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=19439 Purodha Blissenbach bugzilla.wikime...@publi.purodha.net changed: What|Removed |Added Depends on||19427 -- 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 19427] implement ISWC numbers in MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19427 Purodha Blissenbach bugzilla.wikime...@publi.purodha.net changed: What|Removed |Added Blocks||19439 -- 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 19440] New: Honor __NEWSECTIONLINK__ during each section edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=19440 Summary: Honor __NEWSECTIONLINK__ during each section edit Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net When a page has the __NEWSECTIONLINK__ magic word, and a section is edited which happens not to host it, there is no new extion link in the tabs during the edit. Imho, it should be, so as to allow an editor to change his or her mind and create a new section rather than adding to an existing one which was accidentally choosen. -- 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 19441] New: Lithuanian date format
https://bugzilla.wikimedia.org/show_bug.cgi?id=19441
Summary: Lithuanian date format
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: shell
Severity: enhancement
Priority: Normal
Component: Internationalization
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: vpovilai...@gmail.com
== Lithuanian date format ==
In Lithuanian date format is nowiki{{#time: Y m. F d d.}}/nowiki =
{{#time: Y m. F d d.}}, where mons writes in Lithuanian language (sausio,
vasario, kovo, balandžio, gegužės, birželio, liepos, rugpjūčio, rugsėjo,
spalio, lapkričio, gruodžio), example:
*2008 m. sausio 28 d.
*1501 m. gruodžio 15 d.
Please correct this date format in all translations, where is used parameter
$date or it's analog.
This date format must be a default date format of Lithuanian wiki sites.
Thanks.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19441] Lithuanian date format
https://bugzilla.wikimedia.org/show_bug.cgi?id=19441 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Keywords|shell | -- 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 19368] Closing several wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=19368 --- Comment #1 from spacebirdy spacebi...@gmail.com 2009-06-30 09:41:17 UTC --- Note, that there is no consensus to /close/ km.wiktionary [1] There even seem to be users contributing there. I have reopened the discussion there, so please ignore the request for km.wiktionary.org. Thanks. [1] http://meta.wikimedia.org/wiki/Proposals_for_closing_projects/Closure_of_Khmer_Wiktionary -- 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 19417] line number missing by action=parseprop=sections
https://bugzilla.wikimedia.org/show_bug.cgi?id=19417 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-06-30 10:23:05 UTC --- In the trunk version of action=parse, the byte offset is output, which is just as good. This version is not live on Wikipedia yet, however. -- 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 18291] rebuildrecentchanges zaps all deletions due to looking in wrong table
https://bugzilla.wikimedia.org/show_bug.cgi?id=18291 --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2009-06-30 10:49:21 UTC --- (In reply to comment #4) Bug 13453 points to MySQLisms in r49112. I.e., Catrope: you may have used a mysqlism. Perhaps all such mysqlisms could be grepped for and rooted out of all code? It wasn't a MySQLism, since COALESCE() exists in PostgreSQL as well. The problem was that PostgreSQL seems to somehow require that rc_cur_id be a valid page ID or NULL, while we use 0 for this kind of thing pretty much everywhere else. IMO this foreign key should either be reconfigured to allow 0 or be removed. -- 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 13453] rebuildrecentchanges broken on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=13453 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2009-06-30 10:51:03 UTC --- (In reply to comment #6) Seems to be r49112 that causes this. 'rc_cur_id' = 'COALESCE(page_id, 0)' was there a problem with that field being NULL vs 0? Has to be I guess, but it seems weird to me because we use 0 in this role in a lot of other places as well (e.g. rev_user, which is either a valid user_id or 0). Is there even any benefit from adding these relations between tables in the postgres schema? The MySQL schema doesn't have 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 13602] Page move vandalism creates watchlist clutter
https://bugzilla.wikimedia.org/show_bug.cgi?id=13602 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #4 from Chris McKenna cmcke...@sucs.org 2009-06-30 11:06:32 UTC --- See also Bug 3185 Page move rollback should not leave a redirect, if this were in place then there would be redirect from the vandalised title for you to be watching. -- 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 13453] rebuildrecentchanges broken on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=13453 --- Comment #8 from OverlordQ overlo...@gmail.com 2009-06-30 11:30:23 UTC --- The benefit is getting warnings like this that your software is trying to insert data that doesn't make sense. Without strict mode MySQL is known to do some really silly things when inserting data and foreign keys would catch that. The hackish way would be to create a stub page like is done for anonymous users and user_id 0 but that would likely do odd things elsewhere. I guess without doing something strange like splitting up the log table into actions against pages and actions against users, would be to drop the constraint. -- 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 19442] New: Show/hide options on watchlist only work once
https://bugzilla.wikimedia.org/show_bug.cgi?id=19442 Summary: Show/hide options on watchlist only work once Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Watchlist AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cmcke...@sucs.org When you load your watchlist the options to show/hide minor edits, own edits, etc are set according to your preferences, and do not appear in the URL. If you then chose to e.g. hide your own edits then a parameter hideOwn=1 is appended to the url, the watchlist reloads and you don't see your own edits. The link Hide my edits changes to Show my edits. This all works properly and as expected. If you then want to see your own edits again you click the Show my edits link and the page reloads, but it doesn't acutally change anything - the url still contains hideOwn=1 the link still shows Show my edits and your edits are still not shown. Manually editing the parameter to hideOwn=0 works, as does clicking the my watchlist link at the top of the page to reload your default settings. This happens the same for all the options, regardless of what the initial status is, the links invert the status once and then never again until the url is manually edited or the watchlist is reloaded with default settings. Using multiple options has no effect - each option works only once, regardless of the state of other options or how often they have been used. I use Firefox 3.0.11 on Kubuntu Jaunty (KDE3 version) - Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.11) Gecko/2009060309 Ubuntu/9.04 (jaunty) Firefox/3.0.11 I have also tested it with the same results using Konqueror 3.5.10 A friend has confirmed that he experiences the same using Safari on a Mac. -- 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 19442] Show/hide options on watchlist only work once
https://bugzilla.wikimedia.org/show_bug.cgi?id=19442 --- Comment #1 from Chris McKenna cmcke...@sucs.org 2009-06-30 11:38:36 UTC --- I should probably add that I've tested this on en.wikipedia, en.wiktionary and commons with the same results on each -- 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 19416] Apply consistent borders to GeSHi-generated code blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 --- Comment #6 from Happy-melon happy-me...@live.com 2009-06-30 12:50:41 UTC --- It seems we're running at 90 degrees here. Why do we want a consistent appearance *between skins*?? That's at best a 'least evil' solution, because what looks good on one skin almost certainly won't look good in another. Geshi produces code blocks, right? We use source tags to display syntax-highlighted code blocks, and pre to display unhighlighted code blocks. Ergo, why is the old behaviour (where Geshi output mimicked the appearance of standard pre blocks) undesirable? If this makes code blocks hard to read in some skins, then we need to review how code blocks are displayed in that skin, full stop, not impose inferior styling on all other skins just for consistency in a direction that users are never going to traverse. -- 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 19443] New: Register links in pagelinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=19443 Summary: Register links in pagelinks table Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikisource.org/wiki/Index:The_History_of_the_C hurch_%26_Manor_of_Wigan_part_1.djvu OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: DynamicPageList AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Had a user wanting to get a list of links on a wikisource page, but it included pagelist. AWB just queries the API (http://en.wikisource.org/w/api.php?action=queryprop=linkstitles=Index%3aThe+History+of+the+Church+%26+Manor+of+Wigan+part+1.djvupllimit=maxformat=xml).. And as the links aren't in the page links table, they aren't pulled by the API. Can this be added? Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19443] Register links added by DPL in pagelinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=19443 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|Register links in pagelinks |Register links added by DPL |table |in pagelinks 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 19368] Closing several wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=19368 --- Comment #2 from Robin robinp.1...@gmail.com 2009-06-30 14:41:41 UTC --- Imho, it's not active as I now explained on the proposal page. Anyway, I don't want to start a discussion about that wiki here, so indeed ignore this wiki for now. Others should be ok to close. -- 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 19444] New: Allow blocked users to edit own talk page on es.wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=19444 Summary: Allow blocked users to edit own talk page on es.wikibooks Product: MediaWiki Version: unspecified Platform: All URL: http://es.wikibooks.org/wiki/Especial:Bloquear OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dferg-w...@hotmail.es Like on es.wikipedia, please allow blocked users to edit their own talk page exept when the blocking admin explicit dissalows this capacity via the block form. Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19444] Allow blocked users to edit own talk page on es.wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=19444 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Component|Blocking|Site requests Product|MediaWiki |Wikimedia -- 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 19434] fatal error in DynamicPageList
https://bugzilla.wikimedia.org/show_bug.cgi?id=19434 --- Comment #4 from Bertrand GRONDIN bertrand.gron...@aliceadsl.fr 2009-06-30 16:03:00 UTC --- r52303 in /trunk/phase3/includes/MessageCache.php removes $wgMessageCache-addMessages(). I had to delete lines 1073 to 1076 in extensions/DynamicPageList/DPLSetup.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 19434] fatal error in DynamicPageList
https://bugzilla.wikimedia.org/show_bug.cgi?id=19434 --- Comment #5 from Bertrand GRONDIN bertrand.gron...@aliceadsl.fr 2009-06-30 16:04:32 UTC --- See by example : http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/MessageCache.php?r1=51453r2=52503 -- 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 19446] New: Allow to hide rows in tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=19446 Summary: Allow to hide rows in tables Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: accessibility Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fuljen...@gmail.com I think a great feature for very populated tables such as those at http://en.wikipedia.org/wiki/Comparison_of_platform_virtual_machines would be the ability to hide rows. E.g. sort of hide button could appear somewhere on hovering the row. Or by mean of any other more predictable UI trick. Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13127] Page number attribute for ref tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=13127 Stephen Bain stephen.b...@gmail.com changed: What|Removed |Added Attachment #4669 is|0 |1 obsolete|| --- Comment #13 from Stephen Bain stephen.b...@gmail.com 2009-06-30 17:16:01 UTC --- Created an attachment (id=6286) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6286) Patch to implement enhancement Since the February 2008 patch was never reviewed, I've created this new patch to introduce the enhancement into the current version of the extension. In order to implement the enhancement, the patch also replaces the current array-based datastructure with a more flexible object-based datastructure, which should make future enhancements easier. My working copy passes all of the current 17 custom parser tests for the extension. It would certainly be possible to introduce some new tests to cover the new functionality. -- 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 19446] Allow to hide rows in tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=19446 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström niklas.laxst...@gmail.com 2009-06-30 17:16:24 UTC --- I'd say that MediaWiki core is not the proper place for this. Local JS or Gadgets are more suitable. This is just scratching the surface of peoples' needs, which is to compare information using tables similar to google squared. -- 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 19446] Allow to hide rows in tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=19446 --- Comment #2 from another_sam fuljen...@gmail.com 2009-06-30 17:27:27 UTC --- I'd say that MediaWiki core is not the proper place for this. Local JS or Gadgets are more suitable. It is totally possible. It is my first access to mediawiki's bugzilla and I'm not familiarized with the categories. Excuse me. This is just scratching the surface of peoples' needs, which is to compare information using tables similar to google squared. If you are saying this is a totally UI superficial JS trick, yes; it is. It should not even do any change in the information served to the client; the idea is just hide/unhide already-served HTML rows. Thank you! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19447] New: Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 Summary: Table '...l10n_cache' doesn't exist Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Normal Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Sure, this works when the site language is English, but for other languages, the site has now become out of business, returning HTTP 500, and $ svn update At revision 52604. $ php update.php A database error has occurred Query: SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'zh-tw' AND lc_key = 'deps' LIMIT 1 Function: LCStore_DB::get Error: 1146 Table 'transgender.l10n_cache' doesn't exist (mysql... -- 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 17295] Please allow sidebar links to be localisable for Wikimania 2009wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=17295 Sébastien Beyou seb.be...@free.fr changed: What|Removed |Added CC||seb.be...@free.fr --- Comment #8 from Sébastien Beyou seb.be...@free.fr 2009-06-30 18:13:28 UTC --- Resolved. The secret was to write in MediaWiki:Sidebar exactly the same words as in the config: for 'registration-url' in $wgForceUIMsgAsContentMsg, MW:Sidebar must have **registration-url|Registration and not **Registration-url|Registration. Since in the code there is if( in_array( $key, $wgForceUIMsgAsContentMsg ) ) in wfMsgForContent. Is it a bug? I mean that $wgForceUIMsgAsContentMsg doesn't respect the convention of the first upper-case letter and MW:Sidebar does. -- 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 19448] New: importImages.php doesn't find images
https://bugzilla.wikimedia.org/show_bug.cgi?id=19448 Summary: importImages.php doesn't find images Product: MediaWiki Version: 1.15.0 Platform: All URL: http://bp.wikimetru.com OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@wikimetru.com Ok, I'm in a pickle here: I have the images un-tar'd into ~/www/bp/w/images. Now, I need to import said images. I've tried CHMOD'ing the entire directory, all subs, etc to 777. However, importImages.php still doesn't find them. $wgEnableUploads is enabled. Running MediaWiki 1.15.0. Server information: FreeBSD buzz1.whbdns.com 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #5: Sun Nov 30 16:22:21 EST 2008 r...@buzz1.whbdns.com:/usr/obj/usr/src/sys/BUZZ1 amd64 Request any additional information if needed. Also, I've tried both the php and php-cli commands as told on IRC. Neither work. Here's an example: [wikim...@buzz1 ~/www/bp/w/maintenance]$ php-cli importImages.php --overwrite /home/wikimetr/www/bp/w/images Import Images No suitable files could be found for import. -- 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 19448] importImages.php doesn't find images
https://bugzilla.wikimedia.org/show_bug.cgi?id=19448 Seth Rees s...@wikimetru.com changed: What|Removed |Added Severity|enhancement |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 19427] implement ISWC numbers in MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19427 --- Comment #5 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-06-30 18:30:20 UTC --- The special pages for things like BookSources could just as easily be maintained in project space. They're basically just MediaWiki: messages slapped onto a special page, there's no reason they should actually be special pages. -- 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 14202] Break Math/texvc out of MediaWiki core into extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=14202 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Summary|Move the math extension to |Break Math/texvc out of |the same place as every |MediaWiki core into |other extension |extensions --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-06-30 18:35:00 UTC --- With the updated preferences system this should be easier to do now... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19449] New: move requires JavaScript to a own message
https://bugzilla.wikimedia.org/show_bug.cgi?id=19449 Summary: move requires JavaScript to a own message Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de CC: agarr...@wikimedia.org it is possible to move requires JavaScript to a own message to reuse it? This message can set with a new parameter, so extensions can use this easily. MediaWiki messages (all?): * Tog-showtoolbar * Tog-editondblclick * Tog-editsectiononrightclick * Tog-usenewrc * Tog-uselivepreview Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17465] Port texvc to PHP, reducing external dependencies and development impedence for Math extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=17465 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Summary|Translate texvc into a more |Port texvc to PHP, reducing |widely used language|external dependencies and ||development impedence for ||Math extension --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-06-30 18:35:51 UTC --- Poked summary; recommend just doing this in 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 18110] Allow AbuseFilter to force the user to solve a captcha
https://bugzilla.wikimedia.org/show_bug.cgi?id=18110 --- Comment #5 from Gurch matthew.brit...@btinternet.com 2009-06-30 18:40:24 UTC --- (In reply to comment #4) (In reply to comment #3) (In reply to comment #2) This would be no different in essence than wgCaptchaRegexes (only better in practice) Except that $wgCaptchaRegexes isn't open to tinkering by anyone with sysop status. :) That's the point of this request. And it's why I don't agree with it. As MacGyverMagic already said, the this would annoy newcomers trying to make useful contributions far too much (rather like the abuse filter itself...) -- 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 19450] New: use formatnum for Number of edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=19450 Summary: use formatnum for Number of edits Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de CC: agarr...@wikimedia.org Please format Number of edits in Preferences. Preferences.php: $defaultPreferences['editcount'] = array( 'type' = 'info', 'label-message' = 'prefs-edits', - 'default' = $user-getEditCount(), + 'default' = $wgLang-formatNum( $user-getEditCount() ), 'section' = 'personal/info', ); Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 --- Comment #1 from jida...@jidanni.org 2009-06-30 18:49:03 UTC --- my $wgDebugLogFile contains: Start command line script maintenance/update.php Main cache: FakeMemCachedClient Message cache: MediaWikiBagOStuff Parser cache: MediaWikiBagOStuff Fully initialised Unstubbing $wgContLang on call of $wgContLang::ucfirst from Title::secureAndSplit Class LanguageZh_tw not found; skipped loading LocalisationCache: using store LCStore_DB Connecting to mysql.transgender-taiwan.org transgender... Connected SQL ERROR: Table 'transgender.l10n_cache' doesn't exist (mysql.transgender-taiwan.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 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 --- Comment #2 from jida...@jidanni.org 2009-06-30 19:02:13 UTC --- Here's the same thing, but when run on an English site. All is well. Start command line script abj.jidanni.org/maintenance/update.php Main cache: FakeMemCachedClient Message cache: MediaWikiBagOStuff Parser cache: MediaWikiBagOStuff Fully initialised Unstubbing $wgContLang on call of $wgContLang::ucfirst from Title::secureAndSplit LocalisationCache: using store LCStore_DB Connecting to mysql.transgender-taiwan.org mwabj... Connected DatabaseBase::query: Writes done: DESCRIBE `ipblocks` SQL ERROR (ignored): Table 'mwabj.profiling' doesn't exist (mysql.transgender-taiwan.org) SQL ERROR (ignored): Table 'mwabj.l10n_cache' doesn't exist (mysql.transgender-taiwan.org) Unstubbing $wgAuth on call of $wgAuth::getCanonicalName from User::getCanonicalName LocalisationCache::isExpired(en): cache missing, need to make one LocalisationCache::recache: got localisation for en from source -- 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 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #4 from Andrew Garrett agarr...@wikimedia.org 2009-06-30 19:07:35 UTC --- Oops, didn't read the report properly. -- 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 19450] use formatnum for Number of edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=19450 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||raimond.spekk...@gmail.com Severity|enhancement |trivial --- Comment #1 from Raimond Spekking raimond.spekk...@gmail.com 2009-06-30 19:08:11 UTC --- Fixed with r52607. -- 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 13453] rebuildrecentchanges broken on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=13453 --- Comment #9 from Roan Kattouw roan.katt...@gmail.com 2009-06-30 19:09:25 UTC --- (In reply to comment #8) The benefit is getting warnings like this that your software is trying to insert data that doesn't make sense. That's not true. rc_cur_id=0 DOES make sense, it has a well-defined meaning. PostgreSQL should not try to enforce its conception of what makes sense over MW's. For that reason, the constraint should be dropped IMO, as you suggest. -- 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 19450] use formatnum for Number of edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=19450 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 19427] implement ISWC numbers in MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19427 --- Comment #6 from Daniel Kinzler brightb...@gmail.com 2009-06-30 19:15:40 UTC --- The reason it has to be a special page is simply that you pass an ID as a parameter to it, and that ID is then used to build the target URLs. What I would suggest is a Special page that you give two params, the id and the id's namespace, and it loads the message for that namespace, substitutes the the ID for $1 or whatever, and then displays it. Simple but powerful. -- 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 19449] move requires JavaScript to a own message
https://bugzilla.wikimedia.org/show_bug.cgi?id=19449 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström niklas.laxst...@gmail.com 2009-06-30 19:18:04 UTC --- I'm not sold. Splitting messages into pieces is usually bad thing, as is extensions relying on core messages. Consistency in translations can be achieved with glossaries and and translation memories, and of course by review. -- 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 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 --- Comment #5 from jida...@jidanni.org 2009-06-30 20:11:34 UTC --- By the way, adding $ cat StartProfiler.php require_once( dirname(__FILE__).'/includes/Profiler.php' ); $wgProfiler = new Profiler; for the zh-tw case doesn't add any more information to $wgDebugLogFile, but just proceeds to eat 100% CPU until one hits ^C. -- 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 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447
OverlordQ overlo...@gmail.com changed:
What|Removed |Added
CC||overlo...@gmail.com
--- Comment #6 from OverlordQ overlo...@gmail.com 2009-06-30 20:33:24 UTC ---
Here's a slightly better backtrace:
Warning: pg_query(): Query failed: ERROR: relation l10n_cache does not exist
in /var/www/thedarkcitadel.com/wiki/includes/db/DatabasePostgres.php on line
580
A database error has occurred
Query: SELECT lc_value FROM l10n_cache WHERE lc_lang = 'en_gb' AND lc_key =
'deps' LIMIT 1
Function: LCStore_DB::get
Error: 1 ERROR: relation l10n_cache does not exist
Backtrace:
#0 /var/www/site.com/wiki/includes/db/Database.php(502):
DatabasePostgres-reportQueryError('ERROR: relatio...', 1, 'SELECT
lc_valu...', 'LCStore_DB::get', false)
#1 /var/www/site.com/wiki/includes/db/Database.php(838):
DatabaseBase-query('SELECT lc_valu...', 'LCStore_DB::get')
#2 /var/www/site.com/wiki/includes/db/Database.php(918):
DatabaseBase-select('l10n_cache', Array, Array, 'LCStore_DB::get', Array,
Array)
#3 /var/www/site.com/wiki/includes/LocalisationCache.php(690):
DatabaseBase-selectRow('l10n_cache', Array, Array, 'LCStore_DB::get')
#4 /var/www/site.com/wiki/includes/LocalisationCache.php(289):
LCStore_DB-get('en_gb', 'deps')
#5 /var/www/site.com/wiki/includes/LocalisationCache.php(314):
LocalisationCache-isExpired('en_gb')
#6 /var/www/site.com/wiki/includes/LocalisationCache.php(232):
LocalisationCache-initLanguage('en_gb')
#7 /var/www/site.com/wiki/includes/LocalisationCache.php(198):
LocalisationCache-loadItem('en_gb', 'fallback')
#8 /var/www/site.com/wiki/languages/Language.php(2426):
LocalisationCache-getItem('en_gb', 'fallback')
#9 /var/www/site.com/wiki/languages/Language.php(160):
Language::getFallbackFor('en_gb')
#10 /var/www/site.com/wiki/languages/Language.php(131):
Language::newFromCode('en_gb')
#11 /var/www/site.com/wiki/includes/StubObject.php(122):
Language::factory('en_gb')
#12 /var/www/site.com/wiki/includes/StubObject.php(99):
StubContLang-_newObject()
#13 /var/www/site.com/wiki/includes/StubObject.php(57):
StubObject-_unstub('ucfirst', 5)
#14 /var/www/site.com/wiki/includes/StubObject.php(117):
StubObject-_call('ucfirst', Array)
#15 [internal function]: StubContLang-__call('ucfirst', Array)
#16 /var/www/site.com/wiki/includes/Title.php(2341):
StubContLang-ucfirst('MediaWiki_datab...')
#17 /var/www/site.com/wiki/includes/Title.php(137): Title-secureAndSplit()
#18 /var/www/site.com/wiki/maintenance/update.php(16):
Title::newFromText('MediaWiki datab...')
#19 {main}
--
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 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 --- Comment #7 from OverlordQ overlo...@gmail.com 2009-06-30 20:38:24 UTC --- Forgot to mention, workaround is to temporarily set your $wgLanguageCode to en, run the update, then switch back. -- 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 19447] Table '...l10n_cache' doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447
--- Comment #8 from jida...@jidanni.org 2009-06-30 20:43:52 UTC ---
temporarily set your $wgLanguageCode
Sounds risky.
By the way, for the English case where the new table was successfully added,
$ mysqldump --no-data mwabj|perl -nwle '$h{$_}++ for /CHARSET=\w+/g;END{print
$h{$_}\t$_ for keys %h}'
41 CHARSET=binary
2 CHARSET=utf8
1 CHARSET=latin1
Guess which new table is latin1 :-( . Please ensure new table creation
follows the same rules the other tables were created with.
--
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 19428] Postgres Followup to r52503
https://bugzilla.wikimedia.org/show_bug.cgi?id=19428 OverlordQ overlo...@gmail.com changed: What|Removed |Added Attachment #6280 is|0 |1 obsolete|| --- Comment #1 from OverlordQ overlo...@gmail.com 2009-06-30 20:52:09 UTC --- Created an attachment (id=6287) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6287) PG and MySQL followups to r52503 Add some tableoptions to the MySQL patch and tables.sql -- 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 19428] Database Followup to r52503
https://bugzilla.wikimedia.org/show_bug.cgi?id=19428 OverlordQ overlo...@gmail.com changed: What|Removed |Added Summary|Postgres Followup to r52503 |Database Followup to r52503 --- Comment #2 from OverlordQ overlo...@gmail.com 2009-06-30 20:52:44 UTC --- changing summary few MySQL changes as well. -- 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 19362] New user permission abusefilter-viewprivate
https://bugzilla.wikimedia.org/show_bug.cgi?id=19362 Haza-w en.haz...@ip3.co.uk changed: What|Removed |Added Attachment #6255 is|0 |1 obsolete|| --- Comment #6 from Haza-w en.haz...@ip3.co.uk 2009-06-30 21:08:59 UTC --- Created an attachment (id=6288) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6288) abusefilter-view-private user right Created canView function and changed the static variable declaration slightly. I'm assuming this works... perhaps someone could test it? /beg -- 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 19362] New user permission abusefilter-viewprivate
https://bugzilla.wikimedia.org/show_bug.cgi?id=19362 Cenarium cenarium.sy...@gmail.com changed: What|Removed |Added CC||cenarium.sy...@gmail.com --- Comment #7 from Cenarium cenarium.sy...@gmail.com 2009-06-30 21:29:47 UTC --- Per the discussion at [[Wikipedia talk:Abuse filter#Adding abuse-filter-view-private into sysop package]], we would like this permission into the sysop package, but no separate user group. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19447] Database update for l10n_cache fails on non-EN installs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Summary|Table '...l10n_cache' |Database update for |doesn't exist |l10n_cache fails on non-EN ||installs --- Comment #9 from ^demon innocentkil...@gmail.com 2009-06-30 23:45:43 UTC --- Tweak summary. -- 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 19451] New: links to Unicode combined forms should appear blue if they autoredirect to component forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=19451 Summary: links to Unicode combined forms should appear blue if they autoredirect to component forms Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m.ham...@alumni.nyu.edu When linking to [[אַ]] (U+FB2E alef with patah), the link appears as a redlink. However, following the link, one accesses in fact the page [[אַ]] (U+05D0 alef + U+05B7 patah), which is fine, but then the redlink should appear blue. Example: http://en.wiktionary.org/?oldid=6911831 -- 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 19452] New: Cannot choose Language zh-tw anymore on zh.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=19452 Summary: Cannot choose Language zh-tw anymore on zh.wikipedia.org Product: Wikimedia Version: unspecified Platform: All URL: http://zh.wikipedia.org/wiki/Special:Preferences OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org On http://zh.wikipedia.org/wiki/Special:Preferences Sure one can pick Language(介面語言): [zh-tw - 中文(台灣)] But upon saving, it snaps back to zh. OK, set it to English, save, then set it to zh-tw. Seems to work, but then when you reenter Preferences you'll see it has become zh again. And if all that still works for you, then try setting both Language: Variant: to zh-tw. When you click Save, you'll see they have snapped back to zh. Browser used: Firefox, emacs-w3m, etc. I get it, the most one can do is set Language: zh-hant Variant: zh-tw OK, so you will probably change the above Product to MediaWiki, to rip out the now no longer valid choices so nobody can click them by accident anymore. But it so happens that I am also the owner of three $wgLanguageCode='zh-tw' wikis. What disaster will that spell for 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 19423] The initial file description page uses caption in the user's language instead of content language
https://bugzilla.wikimedia.org/show_bug.cgi?id=19423 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from ^demon innocentkil...@gmail.com 2009-07-01 00:52:32 UTC --- Fixed in r52617. -- 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 19453] New: zh.wikipedia.org unusable for text browser user due to massive vocabulary lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=19453 Summary: zh.wikipedia.org unusable for text browser user due to massive vocabulary lists Product: Wikimedia Version: unspecified Platform: All URL: http://zh.wikipedia.org/wiki/rose...@home OS/Version: All Status: NEW Keywords: accessibility, i18n Severity: enhancement Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org I notice articles on zh.wikipedia.org are now twice their size (in lines, in one's browser's View Source), due to many lines of libspan class=lanLabel (for showing the differences between zh vocabulary items.) This is all well and good, as they are tucked neatly in a div class=NavFrame collapsed noprint nohandheld... However, for text browser users, (simulate with Firefox: ViewPage StyleNo style) zh.wikipedia.org has now become barely usable, as those hundreds of lines of vocabulary items get rendered, right at the top of an article too. As one reads in http://zh.wikipedia.org/wiki/Help:中文维基百科的繁简处理 there are preferences to control aspects of variant conversion. However there is no preference to turn off sending the vocabulary list to the user's browser. There should be. So one could: * stop doubling of article size, even if one is not a text browser user. * On text browsers, be able to read zh.wikipedia.org again, without needing to scroll down many screens to get past the vocabulary list, to finally arrive were the original article text now is. P.S., on e.g., http://zh.wikipedia.org/wiki/rose...@home each line of li id=_note-64ba href=#_ref-64^/a/b span style=font-family: sans-serif; wastefully repeats the style details too, not using a style definition. -- 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 19428] Database Followup to r52503
https://bugzilla.wikimedia.org/show_bug.cgi?id=19428 ^demon innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from ^demon innocentkil...@gmail.com 2009-07-01 00:55:56 UTC --- Applied in r52618 -- 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 19454] New: I logged in to zh.wikipedia.org and it says I am $1.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19454 Summary: I logged in to zh.wikipedia.org and it says I am $1. Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org I logged in to zh.wikipedia.org and it says I am $1. 您現在以「$1」的身分登入維基百科。 Pure MediaWiki doesn't act that way. It just jumps to the homepage. So must be a wikimedia bug. en.wikipedia.org doesn't have that problem. -- 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 14925] Refactor upload code to split backend and interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=14925 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Depends on||18563 --- Comment #12 from ^demon innocentkil...@gmail.com 2009-07-01 01:18:48 UTC --- Adding this as a blocker to 18563. This has been done in the new-upload branch and will become a part of core when that gets merged. -- 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 18563] Merge new-upload branch (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18563 ^demon innocentkil...@gmail.com changed: What|Removed |Added Blocks||14925 -- 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 19455] New: Categories at the time of edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=19455 Summary: Categories at the time of edit Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: cenarium.sy...@gmail.com CC: wikibugs-l@lists.wikimedia.org I couldn't find a rule allowing to filter only pages in a given category, when they are transcluded by templates. It would allow to apply a filter only to BLPs for example (there are various methods to assign an article to this category). So it's a request for a variable, something like a current_categories list, composed of all categories the page is in at the time of the edit, if possible. -- 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 17398] Image link= parameter is ignored when image uses thumb or frame
https://bugzilla.wikimedia.org/show_bug.cgi?id=17398 emufarm...@gmail.com changed: What|Removed |Added CC||emufarm...@gmail.com Summary|Image link= parameter is|Image link= parameter is |ignored when image uses |ignored when image uses |thumb |thumb or frame --- Comment #2 from emufarm...@gmail.com 2009-07-01 03:47:09 UTC --- Using frame causes the same problem; summary updated. -- 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 19416] Apply consistent borders to GeSHi-generated code blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 --- Comment #7 from Splarka h...@goldrush.com 2009-07-01 05:05:08 UTC --- (In reply to comment #6) Ergo, why is the old behaviour (where Geshi output mimicked the appearance of standard pre blocks) undesirable? Because it is unmaintainable in a nice and simple way (like a single line of CSS is). Say some of those future skins get pre borders, then someone'd have to realize this and go back and add more borders mimicking those new pre borders to the GeSHi extension. Say a new skin comes along, someone has to go add that to the GeSHi css. This will be desynched across versions as well (people using a copy of the extension from a newer or older era, from the SVN for example. This all seems quite silly, if that is your desire, open your own bug. This bug is about a single consistent and maintainable style across all skins. -- 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 19456] New: JavaScript error on every zh wikipedia with IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=19456 Summary: JavaScript error on every zh wikipedia with IE8 Product: Wikimedia Version: unspecified Platform: All URL: http://zh.wikipedia.org/wiki/Wikipedia:%E9%A6%96%E9%A1%B 5 OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tszm...@gmail.com JavaScript error shown on every zh wikipedia pages with IE8 === Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; WOW64; Trident/4.0) Timestamp: Wed, 1 Jul 2009 05:42:59 UTC Message: 'getElementsByTagName(...).0.style' is null or not an object Line: 832 Char: 13 Code: 0 URI: http://zh.wikipedia.org/w/index.php?title=-action=rawgen=jsuseskin=monobook === Screenshot: http://misc.xddnet.com/tmp/zh-wikipedia.png -- 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
