[00:19:57] thedj: thanks [00:27:49] Hello :) [00:59:39] 03demon * r55159 10/trunk/phase3/ (3 files in 2 dirs): (bug 20265) Special:AncientPages (and UnusedFiles) broken for SQLite. [01:00:00] 03(FIXED) Special:AncientPages broken for SQLite - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20265 +comment (10innocentkiller) [01:15:02] ^demon, ialex: so I need to change the syntax? [01:17:44] <^demon> Emufarmers: ialex seems to think so ;-) [01:27:49] 03emufarmers * r55160 10/branches/new-installer/phase3/includes/installer/WebInstaller.php: Followup to r55158: Use an ever sillier syntax for compatibility with PHP 5.2.2 and below, per IAlex. [01:53:14] hey, I'm trying to get local file links to work in mediawiki using firefox. Using the fileprotocollinks extension but the problem is that mozilla can open a file link if you put the path in the URL field, it just doesn't work if you left click on a link, does nothing. Any ideas? [01:53:38] I don't think Firefox supports it. Try #firefox. [01:53:41] *Simetrical goes to bed. [01:54:47] 03aaron * r55161 10/trunk/phase3/index.php: Fixed html filecache handling of ?curid urls [01:54:54] *Skizzerz wonders who to ask to get a mediawiki cloak [01:54:59] Rjd0060 [01:55:17] WE SUMMON THEE [01:56:59] Emufarmers [01:57:55] Rjd0060: would you be the one that hands out the mediawiki cloaks? [01:58:13] Yep. [01:58:23] may I have one? [01:58:30] I have commit access [01:58:49] Sure - just make a confirmation edit to your userspace on mw.org and give me the link [01:59:10] Skizzerz: make sure it follows this format: http://www.mediawiki.org/w/index.php?title=User:Emufarmers&diff=prev&oldid=271476 [01:59:13] then tell me whether you wany MediaWiki/Username or mediawiki/(U|u)sername [01:59:30] Yes - minus the last bit :P [01:59:42] If you leave out the last part, they'll deny your request! [01:59:49] too late [01:59:57] If you include the last part I remove Emufarmers' cloak. :) [02:00:02] http://www.mediawiki.org/w/index.php?title=User_talk%3ASkizzerz&diff=271581&oldid=267467 [02:00:53] Which format do you want, Skizzerz? [02:00:59] mediawiki [02:01:12] Skizzerz or skizzerz? [02:01:18] Skizzerz [02:01:35] or @MediaWiki/MediaWiki [02:01:37] just to be confusing :P [02:01:51] OK - give me a few minutes - a network staffer may or may not confirm with you before it's set [02:01:56] yep [02:02:17] MediaWiki/mediawiki/mw/developer/commiter/complainer/SkIZZerz [02:02:24] :D [02:02:32] that'd be 1337sauce right there [02:02:59] well, I'm actually eligable for MediaWiki/MediaWiki :P [02:03:03] since I own that nick [02:03:07] Rjd0060: now do me - http://www.mediawiki.org/w/index.php?title=User_talk%3AMr.Z-man&diff=271582&oldid=97792 - @mediawiki/Mr.Z-man [02:03:19] ok [02:03:26] anybody else? :) [02:04:46] *MrZ-man tries to remember which channels he'll need +I fixed on [02:04:52] I'll do the ones I can [02:06:02] I think -en-admins and the otrs channels, I don't think I ever bothered to fix #wikimedia-admin after changing it to @wikimedia [02:08:51] done for the first three - not an op for -admin [02:09:18] I just dropped it from my autojoin list, no one uses it anyway [02:19:54] MrZ-man: do you want me to change it? [02:20:04] you can if you want [02:25:22] 03aaron * r55162 10/trunk/phase3/index.php: reverted r55161 - not needed [02:46:31] 03aaron * r55163 10/trunk/phase3/maintenance/rebuildFileCache.php: fixed missing title bug [02:55:40] 03demon * r55164 10/branches/new-installer/phase3/includes/installer/WebInstaller.php: Revert r55129, has issues with proper validation of variables when skipping between pages, potentially leading to botched installs. [03:02:23] duuuuuuude http://almaer.com/blog/social-coding-step-one-collaboration-support-in-bespin-launched [03:05:08] brion where's your mediawiki cloak ;) [03:05:44] i have a wikipedia cloak and i like it [03:05:52] psshaw [03:05:55] Shun the non-believer! [03:06:09] Emufarmers: CANDY MOUNTAIN :DD [03:07:03] *GreenReaper has a Wikia cloak, but it's getting kinda tattered. [03:07:30] yes, we know. wikifur GCF, etc :P [03:07:47] GCF? [03:07:58] group registration [03:08:28] 03shinjiman * r55165 10/trunk/phase3/languages/messages/ (4 files): Localisation updates Cantonese, Chinese and Literary Chinese [03:08:38] *GreenReaper isn't sure whether that is going anywhere. [03:08:53] Yiff/in/hell/GreenReaper :v [03:09:31] GreenReaper: get a mediawiki one in the meantime [03:09:34] Oh shush. Just see if I pick you up from the bus stop at 45 past midnight again! [03:09:39] o: [03:13:58] 03yaron * r55166 10/trunk/extensions/Maps/Maps.php: Fixed typos [03:17:01] Hey, has anyone here used the HTMLets extension before? I'm trying to install it, but it's not as obvious how to go about it as other extensions I've put in. [03:17:14] I dropped the whole thing in the extensions folder [03:17:29] then dropped a .html file in the root folder /htmlets [03:17:34] but it doesn't seem to be parsing in the blog yet [03:39:34] 03shinjiman * r55167 10/trunk/extensions/ (3 files in 3 dirs): Localisation updates Cantonese and Chinese for extension messages [04:03:09] What's the best way to install the google analytics code INTO mediawiki? [04:03:27] globally, every page, I mean [04:09:23] Using the Google Analytics extension [04:09:41] oh schweet thanks chuck [04:10:01] hey chuck... do you mind showing me your wiki? I'd love to see someone who has got some experience and give me some tips [04:10:11] (I.e. good extensions) [04:10:38] my main wiki project is down for maintenance right now [04:12:07] Any general advice anyway? [04:12:53] I'm not sure what your needs are [04:14:40] Against the advice of multiple individuals I'm using a wiki as a personal blog, because I'm in love with the non-linear citation method, and I'd like to learn wikitext to contribute to wikipedia later. [04:14:59] non-linear WRITING, and the citation method I should say. [04:15:10] (I.e. it's easy to rapidly make multiple documents and coordinate them) [04:17:06] OK, here's one need I need to work out that you may have an answer for... [04:20:04] I'd like cleaner URLs, much like wikipedia has.. en.wikipedia.org/wiki/YourPage_Here [04:20:04] Currently, my mediawiki is doing the ol' index.php?title=Main_Page thing. [04:20:04] 03(NEW) Autoconfirm nonfunctional - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20284 enhancement; Normal; Wikimedia: General/Unknown; (scream) [04:20:04] @search short url [04:20:04] --mwbot-- Results: [] [04:20:04] no mwbot [04:20:21] just laggy [04:20:22] Neurotiquette: http://www.mediawiki.org/wiki/Manual:Clean_URL [04:20:43] LOL. It's actually called clean_URL [04:20:45] too funny [04:20:47] thanks, chuck [04:20:53] That's one more thing knocked off the list [04:21:06] Any tips for getting more serps in google? [04:21:08] 03(mod) Autoconfirm nonfunctional - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20284 +shell (10scream) [04:21:53] serps? [04:32:19] hi guys [04:32:38] since upgrading from 1.13 to 1.15.1 new users are showing up twice http://bahaikipedia.org/Special:Log/newusers [04:32:43] both there and in Recentchanges [04:33:34] disable the extension bit [04:33:41] ok [04:33:48] the new users extension? [04:33:51] yes [04:34:00] ok [04:34:02] i'll do that :) [04:34:03] thanks [04:52:17] does media wiki have a admin backend [04:53:01] It has some admin scripts, but most configuration is done through the same user interface as everyone else, just with certain screens that are unavailable to regular users. [04:53:17] is there a demo? [04:53:31] It's free software. You can download it and try it yourself. [04:53:45] does it have auto update? [04:53:53] No, you must update it yourself. [04:54:04] any talk on auto update? [04:54:08] I think there is actually a live demo as well [04:54:10] http://php.opensourcecms.com/scripts/details.php?scriptid=153&name=MediaWiki [04:54:19] I don't think so, because it's so easy to update [04:54:35] backing up is the pain.. is there anything to auto backup [04:54:39] The best way is probably to install svn on the server you want to use it on, then use that to download the release branch. [04:54:41] database and root folder [04:55:08] there are scripts for backing up the db; backing up the software is a matter of making a tarball [04:55:22] and the same for the images/files directory. [04:55:38] is there a wysiwyg editor yet? [04:55:52] There's FCKEditor, though it has imperfections. [04:55:55] sysops? http://www.mediawiki.org/wiki/Special:Contributions/Wikademia [04:56:19] http://www.mediawiki.org/wiki/Extension:FCKeditor_%28Official%29 [04:56:35] any talk about a backend for admins [04:56:36] ? [04:56:52] not to my knowledge [04:57:02] how do you manage users without a backend? [04:57:06] any option to specify Return-Path in mails sendout from mediawiki ? [04:57:15] add em right in mediawiki via the normal ui [04:57:17] that's how [04:57:33] deleting users.. banning [04:57:34] including groups and rights, [04:57:37] cleaning up [04:57:40] it's all done via mw. [04:57:52] dunno about mails [04:58:27] is there a .. new post/page review system? [04:58:43] let's see. there's flagged revs, and patrolling [04:59:09] mediawiki should have a admin demo [04:59:19] it does [04:59:24] ? [04:59:34] see where it says "admin demo page"? [04:59:55] and underneath it gives an admin name and password? [05:00:00] (sorry, "demo admin page") [05:00:11] what page is this on? [05:00:17] the one I linked above [05:00:21] http://php.opensourcecms.com/scripts/details.php?scriptid=153&name=MediaWiki [05:01:18] http://test.wikipedia.org/wiki/Wikipedia:Requests/Tools [05:01:23] check that list out also [05:04:03] in considering starting a wiki for my "city"... so ive been thinking about mediawiki [05:09:39] http://en.wikipedia.org/wiki/City_wiki huh it says that 24 of them use mw [05:09:52] 03tstarling * r55168 10/trunk/phase3/includes/ (5 files): [05:09:52] * Renamed PageHistory to HistoryPage. Brion gave me permission to do this a couple of years ago, I thought it was about time. Provides naming consistency with ImagePage, RawPage, etc. [05:09:52] * Moved historyLine(), beginHistoryList(), endHistoryList() and related helper functions to the pager class. [05:09:53] * Renamed HistoryPage member variables, removed "m" prefix. [05:09:55] * Added declaration for IndexPager::$mIsFirst [05:19:05] I am getting PHP Fatal error: Class 'Net_SMTP' not found in /usr/share/pear/Mail/smtp.php when I send out email [05:19:28] I configured $wgSMTP = array () [05:20:51] I followed http://www.mediawiki.org/wiki/Manual_talk:$wgSMTP [05:25:19] you don't need to use $wgSMTP in order to send mail [05:26:26] you can just set it to false and then configure PHP to send mail using php.ini [05:27:55] TimStarling but when I send emails out it replaces the return address with my servername so all mails getting marked as spams! [05:28:13] TimStarling so I was trying to configure wgSMTP with auth enabled [05:28:20] TimStarling do you have any good suggestion ? [05:28:50] what OS? [05:29:09] Centos 5.3 [05:30:04] you can set sendmail_path in php.ini to include a -f option [05:30:27] TimStarling I have multiple domains in this server [05:30:30] e.g. "/usr/sbin/sendmail -f whiteflag@somewhere.com -t" [05:30:46] TimStarling if I set in php.ini , that will affect other domain's return address [05:31:16] TimStarling can i specify that per domain basis ? [05:32:17] I don't think so, no [05:33:49] TimStarling $wgSMTP would work right ? [05:34:18] I guess so, if you configured it correctly [05:35:12] I got the answer for that error pear install Net_SMTP [05:37:12] TimStarling that worked :) [06:05:47] Are there any recent problems with i18n? [06:06:15] It's so odd, MediaWiki:mainpage says "YourWiki", but clicking on the logo goes to "Main Page" (the default) and same with the sidebar link that uses that message [06:06:42] and stuff like the sidebar isn't being loaded correctly, it's showing the default [06:07:40] Well, you're running trunk... [06:08:04] *chuck wonders if that's it [06:08:14] I was having the same problem on my staging server [06:08:24] how to get a list of all usernames ? [06:08:33] Special:Listusers [06:08:54] Emufarmers thanks [06:13:25] Undefined variable: contribs in Deleteuser/SpecialDeleteuser_body.php ? [06:13:47] I am sorry , I really want to delete some users [06:15:21] I want a pony; I'm afraid neither of us will get our wishes any time soon [06:15:39] :-D [06:15:44] Ugh [06:17:52] this is just bizaare [06:18:04] *bizarre [06:20:25] TimStarling: Do you know if anything has changed with messages lately? [06:21:57] The localization cache thing probably counts as a change [06:38:10] there is also LocalisationUpdate and its hook [06:57:07] [03:05:08] brion where's your mediawiki cloak ;) [06:57:07] [03:05:44] i have a wikipedia cloak and i like it [06:57:15] can I have his until he needs it? ^_^ [06:59:30] Splarka: you need commit access to get one ;) [07:00:04] > There will probably be future exceptions made if we have lots of artists and translators... [07:38:28] Although this question is a total misuse of the entire point of a wiki, is it possible to set it up such that when regular users create pages, only they can edit it, but anyone can view it? [07:42:39] hmmmm, had a silly name [07:42:49] http://www.mediawiki.org/wiki/Extension:KeepYourHandsToYourself maybe [07:43:24] looks hacky [07:43:31] you, sir, are a gentleman and a scholar [07:43:33] http://www.mediawiki.org/wiki/Extension:EditOnlyYourOwnPage [07:43:38] oh hm [07:43:49] that one looks worse, heh [07:44:00] but you might be able to write something based on those [07:44:24] the second one is only user page, talk page and subpages? [07:44:31] the problem is, there is not really a sense of ownership, and mediawiki doesn't keep track of (or care) who created a page originally (it isn't an index or table) [07:44:55] right [07:45:05] thats why i know it's a stretch asking for this, haha [07:46:19] well, a stretch is asking for read restrictions, this isn't that stretchy [07:46:32] just seems like it would be inefficient to do easily [07:46:54] each time you go to edit a page it would have to check who the author of the first revision was, or it would need to store that data somewhere and look it up [07:48:39] That doesn't seem terribly inefficient [07:49:15] if you end up with a few million pages and a few thousand revisions (up to say, 400k on some articles), and a few edits per second, it is [07:49:30] (probably not a concern! heh) [07:49:52] Right, but if this particular wiki makes it known that you can only edit pages if you are the creator, you won't see as many edits I think [07:50:28] well, that's true [07:50:37] perhaps a read-access extension has this as a side feature, hmm [07:52:15] or maybe simply disable the edit button as an on-load check [07:53:18] one can always manipulate the URL to add &action=edit [07:53:22] not a good solution [07:54:36] Right, it's not a robust solution, but one that can be used alongside one of the extensions you listed [08:00:39] hey all was wondering if i could get some help on a problem im having intergrating Mediawiki with Elgg 1.5 [08:03:35] is any one here [08:04:07] yes, but probably nobody knows [08:06:56] that could be why i tryed on the elgg side but there is not really good support over there [08:20:46] 03(mod) {{int:Conversionname}} cannot be always rendered correctly in Sitenotice - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19846 +comment (10alex.emsenhuber) [08:44:52] is it possible to have ScaryTransclusion enabled at wmf websites ? or is it considered too inefficient ? [08:45:05] or too scary for some other reason [08:46:23] a proper solution might be enabled someday, like a common repository for templates, or template templates as the case may be [08:47:33] ThomasV: alot of sites seem to have "special" styleing on their meta templates so most wouldn't be that good, and there is enough dramahz as is with local templates [08:48:00] Splarka: that would not be a solution to the usage I am willing to use it for. [08:48:36] and scary transclusions are not a good solution to shared templates! [08:48:39] bada-zing [08:49:04] I want to transclude text between wikisource subdomains, not templates [08:49:21] and thus avoid the fact that users replicate data [08:49:32] when they create bilingual editions of a book [08:49:37] anything that gets described with scary in mediawiki is not a good solution [08:50:02] well, it is an even worse solution for that [08:50:12] why ? [08:50:16] just is [08:50:20] use javascript [08:50:37] hmm [08:51:27] importScriptURI('http://xx.wikisource.org/w/api.php?action=query&format=json&callback=somefunctionname....') [08:51:47] yeah but that will not parse the text [08:51:54] action=parse [08:52:36] scary trans in raw mode allows to reparse it and get rid of 'noinclude' sections. does action=parse do that ? [08:53:02] sounds like templates again *cough* [08:53:31] "But it isn't in the template nanmespace warglebargle!" [08:53:36] but yes, you could do that, &action=parse&text={{:somepagename}} [08:53:47] would treat the page as a transclusion, obeying includeonly, onlyinclude, and noinclude [08:53:53] oh great [08:54:00] thanks [08:54:30] this is a horrible horrible hacky solution with accessability issues and lag, improper dom methods, and cross-domain scripting [08:54:36] but it is still better than scary transclusions ^_^ [08:54:39] *Splarka hides [08:55:06] hi Splarka [08:55:15] well, scary trans does about the same [08:55:52] Nikerabbit: how can you greet that which is not there *ooooooOOOoooooooh scary* [08:55:55] except it does not call the api but Http::get [08:57:22] how do you call the api without http::get? [08:58:40] How can I insert a thumbnail have text to its right and have the next paragraph again start at the left of the page [[image:12-wiki.jpg|left|thumb|100px|Sonnenblumen]] ? [09:03:05] diddy: before the text you want to start below the image, but
[09:03:28] diddy: if you like, make a template, like wikipedia does: http://en.wikipedia.org/wiki/Template:Clear [09:03:29] Duesentrieb, there is no other way but to use HTML? [09:03:40] then you just type {{clar}} [09:03:46] err, {{clear}} [09:04:27] Duesentrieb, {{clear}} prints Template on the wiki page and nothing else. [09:04:55] yes, the template doesn't exist unless you create it [09:12:47] Splarka: is the way scary trans handles caching the reason why javascript is better ? [09:14:48] I got better things to do than bullet point all my opinions about why it sucks, lets agree to disagree, and you can open a bug asking for it to be enabled which will (in my opinion) not go anywhere X_X [09:15:49] no, I am not trying to argue... I just wat to know the reason behind it [09:17:01] for example, if instead of using javascript I write a parser hook that uses the api as you describe, will it cause problems ? [09:17:38] same diff, the only difference with JS is you can use it on WMF [09:18:07] and you can potentially fix problems, like the lack of parameter handling, the cache problems, and you can even load the remote CSS [09:18:26] __END__ [09:21:32] Duesentrieb, thx [09:22:02] Duesentrieb, can I make link to a picture to the link doesn't get broken if I should change the filename? [09:22:34] how/where do you define what the cononical namespace name is for a namespace defined via wgExtraNamespaces ? [09:24:04] !defaultsettings [09:24:04] --mwbot-- For the current version of DefaultSettings.php, see: . [09:24:48] I think it's defined by MessagesEn.php? [09:24:52] Though you shouldn't need to play with canonical namespaces. [09:25:27] You can override default names using $wgExtraNamespaces (I used to change Image: to File:) [09:25:58] 03(mod) Set up autoconfirm, disable page creation for anons on simple - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20284 summary; +comment (10roan.kattouw) [09:32:19] 03brion * r55169 10/trunk/extensions/LocalisationUpdate/ (4 files in 2 dirs): (log message trimmed) [09:32:19] Quickie parser class that can happily read the subset of PHP we need for our localization arrays safely. [09:32:19] About an order of magnitude faster than ConfEditor(), but still an order of magnitude slower than eval(). [09:32:19] Confirmed to pass on all present core and extension localization files in SVN. [09:32:19] Sample test runs on my MacBook: [09:32:20] MessagesEn.php d838d9382f0b5b08c771642bb683e06d 2694 messages - 7.6ms - eval [09:32:22] MessagesEn.php d838d9382f0b5b08c771642bb683e06d 2694 messages - 91.8ms - QuickArrayReader [09:45:39] 03(mod) Set up autoconfirm, disable page creation for anons on simple - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20284 (10scream) [09:45:52] 03raymond * r55170 10/trunk/phase3/includes/specials/SpecialSearch.php: Use formatNum for some more numbers. [09:46:42] 03(mod) Include at least some EXIF metadata in resized pictures - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18871 (10folengo) [09:55:27] did brion just commit at 2:30am on a monday (sunday night)? >_< [09:56:24] which timezone? [09:58:44] PDT [09:59:17] the question was, sort of, is he in San Francisco or somewhere where the time of such a commit is sensible? [10:00:27] you know those newlyweds [10:01:04] Splarka: He was writing a parser. When you're doing that, it's only normal to finish after 2 AM. I did when writing a similar parser as well [10:01:32] he should be here bragging about it then, and complaining about PHP [10:02:37] He's probably either figured that he has to work tomorrow, or giving in to his wife's complaints [10:03:12] But yeah, I was quite surprised as well to see Brion commit stuff after midnight, let alone work on a Sunday [10:03:13] RoanKattouw: Hmm, giving into wife's complaints post 2 AM. That sounds familiar... [10:03:54] I had it at 0:45 last night, after having said at midnight I'd be right there... [10:04:12] It's all about the definition of 'right there', IMO [10:04:20] telecommute to bed [10:04:26] *siebrand grins at Splarka. [10:06:31] when I delete a picture in mediawiki I get this error: Warning: php_uname() has been disabled for security reasons [10:07:00] what's wrong? I guess the hosting company has disabled something, right? [10:07:07] Hi mediawiki, I can't make a extension work on mediawiki (latest version), It's maybe because of a misunderstanding of the instruction (http://www.mediawiki.org/wiki/Extension:SQL2Wiki#Interwiki_Links), can some one help me find out the solution ? [10:07:18] Why is it recommended to not upload files larger than 150kb to mediawiki? [10:07:38] roland_: It's not? Where does it say that? [10:08:12] When I'm starting to upload the file [10:08:52] $wgUploadSizeWarning [10:09:02] srv: that's just your company that disabled a function that MediaWiki uses [10:09:07] http://www.mediawiki.org/wiki/Manual:$wgUploadSizeWarning [10:09:16] ialex: thank you [10:09:37] Roland: what mediawiki install? [10:09:51] ialex: Do you have any idea what php setting it might be? [10:10:14] the latest from debian repository [10:10:15] srv: disabled_functions or something like that in php.ini [10:10:22] I installed sql2wiki extension, when i enter a request it just get printed as I typed it, no sql queries were made [10:10:29] ialex: hmm [10:10:40] benjamin2: Does the extension list itself in Special:Version? [10:11:06] Roland: it is just a warning, configure it how you want [10:11:13] RoanKattouw: I haven't seen any reference to Special:Version [10:11:27] benjamin2: Go to Special:Version on your wiki and see if the extension is listed there [10:11:39] not all extensions get listed there... [10:11:51] just the cool ones [10:12:12] actually, there *should* be a way to get a full dump if wgHooks and wgExtensionFunctions somehow... [10:12:13] RoanKattouw: Mmmm, it is not [10:12:36] benjamin2: That's expected, though, seeing the code it doesn't register itself there [10:12:59] benjamin2: Did you add the right lines to LocalSettings.php ? [10:13:02] Yes, and I have'nt found more support online [10:13:08] RoanKattouw: yes [10:13:10] Splarka, ok, thanks [10:13:13] Roland: http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=32488 [10:13:22] Debian packages seem quite out of date, heh [10:13:23] chagned it [10:13:28] benjamin2: Can you give me a link to your wiki? [10:13:31] The include and the cache variable [10:13:42] RoanKattouw: it's in local, just for testing purposes [10:13:54] I installed it 1 hour aga to test the extention [10:14:33] benjamin2: Try changing the include() line to require_once("$IP/extensions/SQL2Wiki.php"); [10:14:39] Ok [10:15:30] 03(mod) Add ace, ckb, mwl, pnb to interwiki table - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20214 (10ivan) [10:15:38] RoanKattouw: it's the same thing, it was included. but nothing happens [10:16:37] benjamin2: put the include at the end of the config file [10:16:45] Duesentrieb: ok [10:17:06] also... what version of mediawiki are you using? [10:17:38] Duesentrieb: the last one that can be downloaded on the official website [10:17:53] That did the trick, i've sql errors, it's good :) [10:17:56] thank you [10:22:42] 03siebrand * r55171 10/trunk/extensions/Translate/Translate.i18n.php: Fix typos [10:23:31] Is there any way to disable the image in the upper left corner? I would like to use this space for the menu instead, so that I can have a log menu [10:24:36] are you modifying the skin via php or on-site via CSS and MediaWiki:Sidebar? [10:25:14] Splarka: me? [10:25:31] yes [10:25:52] Splarka: ehhm on-site via CSS and MediaWiki:Sidebar [10:26:03] body #p-logo {display:none;} [10:26:23] #column-one {padding-top: 0px;} [10:26:23] and then the menu will get the full space? [10:26:29] ahh okay [10:26:30] nice [10:26:39] and where should i write those things? [10:26:46] I believe that will do it [10:27:05] MediaWiki:Common.css [10:27:13] 03(NEW) floating point numbers - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20285 normal; Normal; MediaWiki extensions: Semantic MediaWiki; (webmaster) [10:27:14] though you may want 1em [10:27:17] ehm [10:27:23] you probably want MediaWiki:Monobook.css [10:27:31] that in Common.css will do weird things to other skins [10:27:36] *Splarka tickles Roan [10:27:48] Right, #column-one doesn't necessarily exist in other skins [10:28:09] and where it does, it probably won't be an appropriate change, heh [10:28:17] so should i edit MediaWiki:Common.css or MediaWiki:Monobook.css ? [10:28:24] latter [10:28:36] okay [10:28:42] *Splarka adds RoanKattouw to the MediaWiki ABusability Project [10:28:57] heheeh [10:29:00] 03(NEW) link “more results” - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20286 normal; Normal; MediaWiki extensions: Semantic MediaWiki; (webmaster) [10:30:11] Another question. Is it possible to make submenus in the menu bar? [10:31:39] in short, no [10:31:42] each menu item has a unique ID (in theory), you can just style those to have more indent [10:31:52] but has to be synched manually each time you change the sidebar [10:33:01] right okay...its just because i like to link to each page in the menu. But when i get a lot of pages it will be necessary to categorize them [10:34:22] http://www.mediawiki.org/wiki/Special:BlankPage try: javascript:void(appendCSS('#n-cat-browser, #n-portal, #n-recentchanges {font-size:85; margin-left:2em;}')) [10:34:40] er [10:34:42] 85% [10:36:22] what is that? [10:36:47] javascript quackery to show you some quick dirty CSS to indent/shrink some menuitems [10:37:10] 03catrope * r55172 10/trunk/extensions/UsabilityInitiative/ (4 files in 3 dirs): NavigableTOC: Don't add section 0 link for section edits [10:57:21] 03catrope * r55173 10/trunk/extensions/UsabilityInitiative/js/ (3 files in 2 dirs): NavigableTOC: Fix section link structuring bug [11:03:00] 03(mod) Error on editing pages with Opera Mini - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20022 (10winchothu) [11:03:42] 03ialex * r55174 10/trunk/extensions/Configure/ (4 files): [11:03:42] * (bug 19057) Added user name parameter to configure-viewconfig-line message [11:03:42] * (bug 19058) Added user name parameter to configure-old-summary message [11:03:42] * Added some missing escaping in Special:ViewConfig [11:04:01] 03(FIXED) Possibly add user name to message Configure-viewconfig-line for user with GENDER - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19057 +comment (10alex.emsenhuber) [11:04:37] 03(mod) Add date, time, User-name parameters to message Configure-old-summary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19058 (10alex.emsenhuber) [11:07:16] 03(mod) Random esses when logging in to Wikipedia and on editing pages with Opera Mini - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20022 summary (10winchothu) [11:08:15] 03(mod) Random error when logging in to Wikipedia and on editing pages with Opera Mini - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20022 summary (10winchothu) [11:24:05] 03(mod) Include at least some EXIF metadata in resized pictures - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18871 (10hartman) [11:28:20] !helper why is some gadgets not working in the beta version of wikipedia? [11:28:20] --mwbot-- I don't know anything about "helper". [11:28:44] I'm unable to send email confirmations using mediawiki.. how to troubleshoot? [11:28:52] wikipedian: because they are fragile and rely on a particular layout [11:29:10] wikipedian: http://en.wikipedia.org/wiki/Wikipedia:VECTOR#My_Gadgets_and_Javascript_tools_are_broken [11:29:12] how about the purge gadgets? [11:30:45] wikipedian: both are working [11:30:58] just click try beta [11:31:09] clock works and * works. [11:31:17] what browser? [11:31:20] I use IE8 [11:31:26] safari [11:31:38] thedj: the qui gadget doesn't work in ie8 and the beta version [11:31:39] you don't have any other gadgets enabled ? [11:31:50] qui doesn't work as well [11:31:54] wikipedian: yeah, IE8 not supported. [11:32:07] *thedj has no windows. [11:32:08] but the nonbeta version supports it [11:32:28] wikipedian: are you sure you have it in your vector.js [11:32:34] yes! [11:32:37] and that you don't have any other scripts that are breaking ? [11:32:46] other scripts work [11:32:57] because if one script breaks, often others don't start either. [11:34:58] what version of mediawiki do I need to use to make email notifications work? [11:35:23] thedj: other scripts worked except your qui and the gadgets [11:37:40] thedj: [11:38:17] The gadgets work. I have all my JS disabled, and only the two purge gadgets enabled in my Preferences. [11:38:47] and i can't test IE8. [11:38:51] did you have the "beta version"? [11:38:55] of course. [11:39:04] been using it for 2 months now. [11:39:30] can't you just install ie8? [11:39:42] tyw7: there is no windows computer in my house. [11:39:54] all macs here. [11:41:18] tyw7: you should blank this: User:Tyw7/vector.js [11:41:25] and then check the purge gadgets again. [11:41:28] wassup [11:42:03] and you should NOT import my monobook.js [11:42:21] blank it? [11:42:42] tyw7: yes, you will have to add each script one by one, if you want to find the problem. [11:42:59] process of elimination. [11:43:12] other scripts work EXCEPT your qui gadget and and the * and purge gadgets [11:43:33] and that is YOUR problem. [11:43:40] i can't help you any further. [11:43:49] can't you try it out in ie8? [11:43:51] bye now ! [11:43:56] for fucks sake. [11:44:01] someone ban this idiot [11:44:20] test [11:44:54] 14(WFM) provide link to documentation when Extension:Configure fails to initialize - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18353 +comment (10alex.emsenhuber) [11:45:15] *thedj is gonna take a shower to cool off now. [11:45:44] he's been banned from many channels for trolling, apparently [11:46:21] thedj: http://toolserver.org/~mzmcbride/cgi-bin/mw-logs.py?search=tyw7 [11:47:16] and I do remember banning him here now, come to think of it [11:47:55] 03(mod) Many MediaWiki: messages not safe in XHTML - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=212 (10N/A) [11:48:00] Why won't mediawiki send emails? i have enabled it in LocalSettings.php. Special page: MediaWiki 1.15.1 [11:50:33] What's the latest version of mediawiki? [11:50:47] exercise in topic reading skills [11:50:48] 03(mod) Support collation by a certain locale (sorting order of characters) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=164 (10N/A) [11:51:22] Nikerabbit, I'm quite confused rignt now, some places talk about version 1.5 and later etc [11:51:50] Roland: you know math basics? 5 < 15 [11:51:56] 15 > 5 [11:52:22] oh, there's also a macro Nikerabbit, heh [11:52:24] !version [11:52:24] --mwbot-- To find out the version of your MediaWiki installation, visit the page Special:Version. Should the wiki be broken, but you have access to the program files, find $wgVersion in DefaultSettings.php. Please note that 1.15.0 > 1.5.0 (since nobody wants to go to 2.0). [11:52:54] Splarka, thanks [11:53:20] i dunno why i thought 1.5 is newer than 1.15 [11:53:30] Splarka: why not 2.0? [11:53:33] trunk has quite a big changes [11:54:04] well maybe it is a good time [11:54:23] bug brion [11:54:54] Still I dont get why email notifications wont work [11:54:57] though they aren't visual (except vector) [11:56:00] *Nikerabbit hugs brion [11:56:02] erm [11:56:03] bugs* [11:56:48] Splarka: we need on-wiki configuration first [11:57:01] RoanKattouw: mediawiki 2.0 will be in java [11:57:11] brion: 'LiquidThreads is a new discussion system for MediaWiki, implemented as an extension, with the aim of eventually being incorporated into MediaWiki 2.0.' [11:57:23] werdna: fix configure then [11:57:32] etc [11:57:58] werdna: I don't see any reason to wait just "because it should also include thing Y" [11:58:02] we can release 3.0 then [11:58:07] if you can combine the configure extension into core, along with a finished vector skin, and liquid threads, then that is a good 2.0 [11:58:19] heh heh [11:58:26] *RoanKattouw proposes 2.0 be released after the usability project is finished [11:58:51] We're not done quite yet :) [11:59:05] yah, no kidding [11:59:08] mediawiki is still usable [11:59:12] lots of work left! [11:59:18] *Splarka hides [11:59:38] Roland: then 1.16 would have to wait until it is finished [11:59:42] RoanKattouw* [12:00:11] Nah [12:00:30] Quarterly releases should keep going [12:00:39] 03nikerabbit * r55175 10/trunk/extensions/Translate/ (scripts/sync-group.php utils/TranslationEditPage.php): FC, some documentation [12:00:46] RoanKattouw: then we should release 2.0 now and 3.0 with the usability [12:00:57] Whatever [12:01:25] preferences rewrite, new l10n cache, lu, html class, script loader ... that is *something* for sakes [12:02:17] jquery, new upload branch, maintenance rewrite branch [12:02:48] busy quarter [12:04:24] TimStarling: if that doesn't warrant 2.0, I guess nothing does :o [12:05:26] need brion 2.0 [12:06:43] - // Use the lowest common denominator as the actual level [12:06:46] + // Use the lowest number of =s as the actual level [12:06:51] huh [12:14:27] Nikerabbit: Clearly I'm a mathematician and Trevor's not :P [12:14:40] He's saying LCD when he means minimum :) [12:15:24] Although that comment could probably be clearer, yeah [12:16:05] lol changing all uses of $('') to $('') cut toolbar loading time by 17% :O [12:16:36] Splarka: jqueryfication of mwsuggest.js is underway :) [12:16:55] RoanKattouw: lawl [12:17:28] RoanKattouw: that sounds horribly like jQuery being required for every single pageload [12:17:51] Splarka: Yeah well we don't *need* to jqueryify mwsuggest if we don't want to [12:18:08] It's just that mwsuggest is terribly inflexible and we want title suggestions for our link dialog [12:18:21] So I've written a more generic display-suggestions-below-a-textbox plugin [12:18:24] well, just thinking of the delays in first-load [12:18:43] mwsuggest.js could theoretically be reimplemented in terms of that plugin in like 25 lines, but we don't have to if we don't want to [12:18:44] (even if you use the script loader or put it after the body, it still delays the first load's completion) [12:19:14] Yes [12:19:36] can you, like, load jquery when the search box gets focus? heh [12:19:53] Domas suggested that for mwsuggest [12:20:02] yah I remember, that doesn't really work [12:20:19] but it could with a big library [12:20:26] meh, hate JS [12:20:31] Maybe [12:20:47] But let's start with moving our has to appear before the
I wager [12:28:16] due to the KHTMLfixes.css [12:28:24] thedj: why? [12:28:34] https://bugs.webkit.org/show_bug.cgi?id=28350 [12:28:50] *Splarka snipes thedj [12:29:05] *thedj all bloody... [12:29:58] thedj: you know, Simetrical removed that file [12:30:03] but it is not synced I guess [12:30:14] Nikerabbit: yeah, but still. [12:30:23] still what? [12:30:25] there are a lot of deployments of that. [12:30:33] Nikerabbit: read da bug, not just wikimedia wikis [12:30:51] i doubt every mediawiki installation is gonna be updated in 2 months time. [12:31:03] *Splarka wonders if has to appear above in html5 [12:31:14] haha [12:32:16] 03(FIXED) four languages do not show up in the Sitematrix - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20247 +comment (10danny.leinad) [12:33:00] Splarka: like I wouldn't know that? [12:33:13] we could backport it to 1.15 and let it be [12:33:21] * Line 1, Column 27: Required children missing from element head. [12:33:26] * Line 1, Column 40: Stray head start tag. [12:33:28] nope, poo [12:34:05] Nikerabbit: probably yah, but still a PITA [12:36:13] http://s23.org/wikistats/mediawikis_html.php?sort=version_desc&th=0%20or%20good%20is%20NULL&lines=1000 [12:39:17] Splarka: it doesn't hurt to give them one more reason to upgrade [12:39:19] 03(mod) Set up autoconfirm, disable page creation for anons on simple - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20284 +comment (10barras-ps) [12:41:18] my god. people run 1.3.6 ?? [12:41:43] Nikerabbit: and meanwhile the ones that can't, won't, or don't upgrade... [12:44:14] Splarka: ... are screwed for other reasons already [12:45:03] nice [12:45:54] *Splarka bites Nikerabbit [12:46:45] 03(mod) Give bureaucrats the ability to remove sysop and bureaucrat rights at simplewiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20271 +comment (10danny.leinad) [12:49:30] 03siebrand * r55176 10/trunk/phase3/languages/messages/MessagesEn.php: Update 'protectcomment' from 'Comment' to 'Reason' [12:51:44] 03(NEW) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 enhancement; Normal; MediaWiki: User preferences; (winchothu) [12:52:46] i think we should have some sort of intelligence test before you can submit bugs [12:52:47] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 normal->highest (10winchothu) [12:53:12] an intelligence captcha perhaps [12:53:18] that must be what keeps the universe together. [12:53:21] like an addition or something [12:53:30] quirks, quarks and Wikipedia querks [12:53:47] i don't even see any bugs in that bug report tbh [12:54:37] oh, that's tyw7 [12:55:05] 14(INVALID) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 +comment (10agarrett) [12:55:42] so, let me get this bug straight [12:56:05] when javascript isn't active on a browser, javascript gadgets don't work, right ? [12:56:15] sounds like a hell of a bug :�� [12:56:17] :�) [12:56:35] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 (10winchothu) [12:56:42] the second isn't even a issue, its clearly stated that its needed for gadgets that havn't been tested for other skins.... [12:57:02] bah, this is annoying [12:57:05] "rtfm" :D [12:57:14] 03siebrand * r55177 10/trunk/extensions/SpamDiffTool/SpamDiffTool.i18n.php: Tweak 'spamdifftool_urls_detected' and fix URL [12:57:18] "Hoewever in the non beta version these gadgets worked perfectly [12:57:18] " <.... lulwut [12:57:57] "priority : highest", yeah, cause it's a severe blocker [12:58:10] he clearly doesn't understand "Alpha > Beta > RC > RTM" [12:58:54] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 (10agarrett) [13:00:06] now now werdna, him talking to other people involved in wikipedia instead of blaming mediawiki stright away..... impossible [13:00:39] oi, they are not poorly written [13:00:57] he just has other junk that breaks execution. [13:01:22] 04(REOPENED) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 highest->high (10winchothu) [13:01:32] oh, it's only high [13:01:38] it's not a complete blocker [13:01:47] ugh [13:02:11] :�) [13:02:37] is he still banned from in here? [13:02:42] who? [13:02:42] 14(INVALID) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 +comment (10winchothu) [13:02:51] yes, he is [13:03:05] werdna: tyw7, thats who it is on bugzilla [13:03:18] O RLY [13:03:24] YA RLY [13:03:44] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 (10agarrett) [13:03:59] Stop bothering the Mediawiki developers. [13:03:59] Please stop bothering the MediaWiki developers. Not all gadgets work on all browsers, in all situations. If you are not capable enough to deal with this, then you should not be using Javascript gadgets and scripts. —TheDJ (talk • contribs) 13:03, 17 August 2009 (UTC) [13:04:44] In other news, I'm pissed off at CSS [13:04:45] Probably won't work either. but he. :D [13:04:56] some divs are displaying 5px lower than others [13:04:56] werdna: and your peeve of the day would be ? [13:05:00] for no apparent reason [13:05:15] werdna, you could have told him we do not know what output he gets, and therefore he is the one to tell it to the authors :D [13:05:17] werdna: vector vs. monobook ? [13:05:25] no [13:05:28] in LiquidThreads [13:05:37] hmm. [13:07:20] I just got an email from "The Win Family" asking who the author is [13:07:43] Yay, toolbar performance down by 70% [13:08:14] About 53 points of which thanks to Simetrical 's suggestion [13:08:30] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 (10winchothu) [13:09:06] werdna: by the looks of #wikipedia-en he is n #wikipedia-en-help as wikipedian [13:09:09] gah [13:09:18] and this guy was in #wikimedia yesterday [13:09:28] and we explained everything [13:09:41] but he goes on repeating the same things over and over [13:09:43] he is banned from many a channels [13:09:46] and asking the same things [13:11:52] the pefernces page gives links for most of the tools anyway [13:12:49] have you seen his userpages ? [13:13:05] i remember seeing it once [13:13:19] it looks like he collects userpage templates or something :P [13:18:10] 03(mod) API: support for "tags" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 +comment (10matthew.britton) [13:19:02] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 +comment (10mike.lifeguard) [13:20:00] werdna, you get too defensive. [13:20:01] I am using mwDumper to import the FR-full history xml but always get garbage collector warning that too much memory has been allocated and this might lead to poor performance. Did a search on google but nothing helpful. Anyone has seen this issue? [13:20:02] if people are going to keep replying to that, can someone fix the title it's bugging me [13:20:14] p858snake, the querks? [13:20:19] yes [13:20:23] 03(mod) Wikipedia querks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20287 +comment (10Simetrical+wikibugs) [13:20:34] lol [13:24:00] 03tstarling * r55178 10/trunk/phase3/ (6 files in 2 dirs): (log message trimmed) [13:24:00] * Fixed XSS vulnerability introduced by r49833. Only pre-release versions of MediaWiki were affected. [13:24:00] * Refactored the IE script entry point security check into [13:24:00] WebRequest::isPathInfoBad(). Use the standard CGI variable PATH_INFO to do this [13:24:00] check instead of the various potential non-standard solutions. Made the check [13:24:03] fairly permissive to avoid a repeat of bug 13049 due to broken CGI setups [13:24:05] especially with cgi.fix_pathinfo=0. This should theoretically be very portable [13:24:42] 03tstarling * r55179 10/branches/wmf-deployment/extensions/ (21 files in 19 dirs): Merging r55178 from trunk to wmf-deployment [13:24:48] hmm [13:24:57] looks like my live merge script needs some work [13:30:10] 03tstarling * r55180 10/branches/wmf-deployment/ (25 files in 16 dirs): Merged r55178 (second attempt). Removed live patch to make secure.wikimedia.org work, it should work now with trunk. [13:34:42] hi? [13:35:09] hello lawrey [13:35:55] 03siebrand * r55181 10/trunk/extensions/CleanChanges/CleanChanges_body.php: Fix variable name [13:36:46] I might have some questions for you guys... heres the first one. [13:37:04] 03siebrand * r55182 10/trunk/extensions/Translate/scripts/sync-group.php: Update spacing [13:37:23] Hey guys, I upgraded my companies ancient 1.1 mediawiki to the latest, and it seems to have lost all the pages. Looking in mysql it appears that all the old content is still in table cur, but it isn't in table page [13:37:32] I did run the update script by the way [13:37:56] On many tutorial/information page... when it come to styling, it refer us to MediaWiki:Common.css to make CSS modification... the problems is that I don't see the common.css... [13:39:04] neemz: you NEED to run the update scripts [13:39:08] *script [13:39:11] I did [13:39:30] oh i misread that [13:39:32] [17-Aug-2009 13:35:10] PHP Strict Standards: Only variables should be assigned by reference in /var/www/w/includes/HistoryPage.php on line 33 [13:41:35] 03tstarling * r55183 10/trunk/phase3/includes/HistoryPage.php: Fix PHP4-ism [13:41:45] unless anyone knows why the update didn't move rows from cur to page correctly, I will have to look through the script by hand and try and figure it out [13:42:16] did the update script complete? [13:42:25] yep [13:43:03] latest as in 1.15.1? [13:43:15] core latest or distro latest? [13:43:50] 1.51.1 off the main site [13:43:55] seems a pity to upgrade it [13:44:13] I tried the first time using the upgrade.php script [13:44:16] it might be the last 1.1 installation left in the world [13:44:23] there weren't many of them to start with [13:44:32] when that didn't show any pages I restored the DB and then tried agian through the web install interface [13:44:36] I don't think we test before 1.3 [13:44:36] neemz: did you run the script in your servers terminal or via the web browser? [13:44:37] with exactly the same results [13:44:44] p858snake: I've tried both [13:45:49] ahh so there is no support for upgrading from 1.1? [13:46:22] i guess if I spend the rest of the day on it I might be able to manually fudge the tables into 1.3 format [13:46:43] it should be tested actually [13:46:53] its only the pages that I need to save really [13:46:53] the tables are very relational, its best not to fudge things where possible [13:47:04] 03(NEW) diffs between revisions which are both deleted & suppressed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20288 normal; Normal; MediaWiki: Deleting; (jayvdb) [13:48:32] if versionCompare( version, '1.2' ) >= 0: [13:48:33] versions.append( version ) [13:48:40] right, so we test back to 1.2 [13:48:52] 1.1 breaks the test script and I didn't think anyone was using it so I didn't bother fixing it [13:49:01] ahh, poop :p [13:49:25] ok, I imagine 1.2 version supported upgrading, so if I can find that version somewhere I might be able to run that first [13:50:26] archive goes back to 1.3 [13:50:33] I need to find a break here somewhere :p [13:50:45] you can get it from subversion [13:50:53] ok [13:51:14] sourceforge probably has the original tarballs but subversion would be better [13:52:27] there weren't any changes to the cur table from 1.1 to 1.2 [13:53:00] I wouldn't be surprised if there was a database error which stopped the installer before it finished migrating [13:53:13] it looked like it completed fine [13:53:30] i'll try this 1.2 upgrade because I don't think I have any other options for getting the data into a newer version [13:54:13] the output should end with "Done." [13:55:44] Deleting old default messages (this may take a long time!)...Done [13:55:45] Checking site_stats row...ok. [13:55:45] Purging caches...done. [13:56:18] (last 3 lines) [13:58:05] close enough [14:02:33] *werdna watches with amusement [14:03:32] ok so I don't think 1.2 has maintenance/upgrade.php [14:03:52] or update whatever it was called, (starting to forget things) [14:04:00] <^demon> TimStarling: by the way I put your list (plus a few other items) on mw.org at [[New-installer issues]] [14:04:22] 03churchofemacs * r55184 10/trunk/phase3/includes/EditPage.php: Show summary preview also on diff - useful for editing and takes up almost no space [14:04:24] ok [14:10:46] arg updating to 1.2 just plain isn't working [14:11:07] i think i'm doing it wrong though [14:11:25] I think extracting right over the top was a bad plan [14:11:30] kind of looks like it wants to be elsewhere and copy files in itself [14:11:46] 1.2? [14:11:50] 1.2 of what? [14:11:58] Simetrical: Something. [14:12:03] Mediawiki [14:12:10] he's one of the three people in the world running MW 1.1 [14:12:13] . . . [14:12:19] Um, okay. [14:12:30] he's having trouble updating to 1.15 and is trying an intermediate step [14:13:06] the installer says it completes successfully [14:13:14] I mean update.php [14:13:20] maybe it just runs on the wrong database or something [14:13:50] can you pastebin the whole update.php output? [14:13:59] sure [14:14:28] I've only got the text from the second time I tried it in the web interface [14:14:30] but that should be similar [14:15:11] neemz: I'd recommend scrapping all your content, then reinsert it manually yourself. [14:15:42] we got a good 6 years worth of stuff in there [14:16:07] neemz: And you waited 6 years to upgrade? [14:16:11] That's not my problem. [14:16:21] I only joined this company 2 years ago [14:16:29] Well. [14:16:35] and i'm trying to clean it all up now [14:16:39] Someone should have been fired for this terrible decision. [14:16:40] Just because it's not your problem doesn't mean you need to be snarky. [14:16:49] (that's to svip) [14:16:50] Simetrical: Right. [14:17:10] http://pastebin.com/d4b24c2d5 [14:17:12] neemz, kind of hard for me to help you when I only got involved with MediaWiki around 1.7 . . . [14:17:16] I am just sayin', 1.1 is... uh, a bit old, and I doubt it is supported any longer. [14:17:19] Good luck, though. :) [14:17:29] It's not supported, but that doesn't mean that if any of us can help him, we shouldn't. [14:17:36] reading through this now, is it possible someone else tried to upgrade this in the past and bodged it? [14:18:05] Simetrical: I am not saying that. I am just saying; don't expect that many to remember what happened back then. I mean, the earliest changelogs I can find are from like 1.3 or 1.4 [14:18:13] I don't know this extensively but if 1.1 used the cur table then why do I already have a page table? [14:18:20] svip: Somebody was already offering help [14:18:24] if you don't want to help, shut up. [14:19:12] Hi all. What would be the cleanest way to have Mediawiki use a different config file depending on the URL? [14:19:20] neemz, did you run upgrade.php, maybe? [14:19:25] That would have created it. [14:19:27] neemz, the page table would have been added by an updater [14:19:43] Lo-lan-do, add an if() at LocalSettings [14:19:46] Lo-lan-do: put conditionals in LocalSettings.php [14:19:48] Lo-lan-do: Depends on what you like. Personally, I use the LocalSettings as a "special" file for picking a certain settings_*lang*.php file. [14:20:04] Church_of_emacs: r55184 seems to fix bug 12525 ;) [14:20:08] ahh ok, when I restored my DB, it wouldn't have dropped any new tables [14:20:14] i'll try dropping the database and recreating [14:20:53] ialex, thanks for the info. I'll have a look [14:21:20] Platonides, werdna, svip: Thanks. I would have preferred a way to pick a different LocalSettings file though… [14:21:50] Lo-lan-do, you can do if (...) { require_once 'some_other_file.php'; } else { ... } if you like. [14:22:43] !footnote [14:22:43] --mwbot-- I don't know anything about "footnote". [14:22:58] !footer [14:22:58] --mwbot-- For changing the page footer, see the FAQ (!) . More information at http://www.mediawiki.org/wiki/Footer and http://www.mediawiki.org/wiki/Manual:Skinning#Footer [14:26:53] Good news guys [14:26:59] I've managed to get up to 1.4.15 :) [14:27:09] and everything seems intact [14:27:28] many thanks to everyone for getting me this far :D [14:27:47] I might try for the big jump up to latest now [14:29:59] <^demon> neemz: yay :) [14:30:18] o_o Awesome. [14:36:40] 03(mod) [[MediaWiki:Summary-preview]] should be shown also with � Show changes � - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12525 +comment (10church.of.emacs.ml) [14:36:44] !css [14:36:44] --mwbot-- To change styles for your wiki, go to one of the MediaWiki:xxx.css wiki page (NOT a file) and put your custom styles there (sysop/admin rights required). MediaWiki:Common.css is for all skins and should be used for content styles. MediaWiki:Monobook.css is for the MonoBook skin (default), etc. For more information, see !skins and [14:36:52] 03ialex * r55185 10/trunk/extensions/Configure/ (CHANGELOG Configure.settings-ext.txt findSettings.php): [14:36:52] * Updated AuthorProtect, Babel, CategoryOnUpload, Collection, ConfirmAccount, [14:36:52] EditOwn, EditUser, ExternalData, FlaggedRevs, LocalisationUpdate, OggHandler, [14:36:52] RT, SemanticForms, SemanticMediaWiki, TorBlock, Translate, Uniwiki - Generic [14:36:52] Edit Page, WebChat and WikiAtHome extensions [14:37:41] How can I access this? "go to one of the MediaWiki:xxx.css wiki page (NOT a file)" [14:37:43] I'm lost [14:38:08] it's a page in the wiki [14:38:15] as any other page [14:38:21] lawrey: Type MediaWiki:xxx.css in the search bar [14:38:28] Could somebody good with CSS have a look at the little toolboxes on http://wiki.werdn.us/test/view/Talk:Main_Page and figure out why those side divs are lower than the main div? [14:39:05] 03(mod) MediaWiki needs more easter eggs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20281 +comment (10innocentkiller) [14:39:19] werdna: I'm not a CSS guru like Trevor is, but I'll Firebug it and see if I can find something [14:39:57] werdna: You mean the thingy with four icons in it cutting through the horizontal line? [14:40:02] yeah [14:40:20] Only happens for a few of those for me [14:40:40] Those that say "Edited by other users" [14:40:48] no no [14:41:04] See how the sides are lower than the rest of it? [14:41:07] does that happen for you? [14:42:50] Yes [14:43:13] It looks better when you remove the padding: 0.2em; from .lqt-thread-toolbar-commands (try) [14:43:33] Not sure that's what you want it to look like, but it's less ugly than what you currently have [14:43:45] bett-er [14:43:59] It's a class collision by the looks [14:45:59] werdna: Ah, you've got two rules for the same class and the one on line 294 gets overridden by the one on line 409 [14:46:33] RoanKattouw: they weren't supposed to be the same class [14:46:41] Ah :P [14:52:32] my god is IE6 slow [14:53:42] lolie16 [14:53:51] werdna: Do you have Firebug? If not, you definitely should when playing around with CSS like this [14:53:59] 03werdna * r55186 10/trunk/extensions/LiquidThreads/ (classes/View.php lqt.css): Style the toolbar menu thingo [14:54:02] Of course I do :P [14:55:08] thingo, very descriptive language there [14:56:04] interesting, attempting to update to 1.15.1 from 1.4.15 has the same problem [14:56:13] only page is the main_page [14:56:35] 1.4.15? [14:56:40] From 1.15.1? [14:56:48] neemz: if you already have a page table, the updater will not try to create or populate one. saqme with several other tables. [14:57:12] werdna: the other way around... [14:57:36] neemz: when one upgrade failed, you have to completely undo it before trying again. [14:59:24] I have a theory on whats happening, just gonna see if its correct [15:00:38] I think its the deleteDefaultMessages might be whats killing things [15:03:35] that takes quite long, yes. [15:03:44] if you run it from the web, it's likely to time out [15:04:16] I think all the pages might be last editted by "MediaWiki default" [15:04:20] even user ones [15:04:25] thus that script nukes all the pages [15:04:32] if I am understanding its purpose correctly [15:04:51] it should only nure oages in the MediaWiki namespace [15:05:36] neemz: are you sure that database structure got migrated? revisions were stored differently back then... [15:06:18] neemz: [[Manual:Database_layout]] shows old and new tables [15:08:08] how do I navigate to that page? [15:08:21] http://www.mediawiki.org/wiki/Manual:Database_layout [15:08:29] thanks [15:12:12] ok i'll try the update to 1.5.0 to rule out any issues with such a big jump [15:12:44] it's very likely that the problem is going to be the same. [15:12:55] did you verify that you upgrade from a *clean* 1.4? [15:13:09] as i said, partial conversions *will* screw things up. [15:13:20] in a clean 1.4, there should be no page, revision or text table [15:16:44] 03(mod) Special:WantedCategories refresh date updates but contents does not get updated - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19969 normal->major; normal->high; +comment (10malafaya) [15:17:35] I have page and revision tables [15:17:37] 03tstarling * r55187 10/branches/wmf-deployment/skins/monobook/KHTMLFixes.css: [15:17:37] Temporary fix for https://bugs.webkit.org/show_bug.cgi?id=28350 : KHTMLFixes.css [15:17:37] breaks development version of WebKit. Simetrical is crusading against browser [15:17:37] detection in trunk and we might be able to deploy his patches instead once we [15:17:37] work out how many browsers they break. [15:17:44] so looks like you are correct [15:19:30] the tables are also in latin1 [15:19:33] which might be causing problems [15:22:25] !common [15:22:25] --mwbot-- I don't know anything about "common". You might try: !500 !access !botinfo !css !csshideheader !instantcommons !invalidupload !javascript !js !rights !scap !templateproblems !wptemplates [15:24:04] 03mrzman * r55188 10/trunk/phase3/ (5 files in 4 dirs): Re-implement r54638 in a higher-level way. Allows extensions to modify selection criteria for Special:Random or subsititute their own result. [15:25:18] Do any of you guys know why system messages aren't showing up properly? MediaWiki is just using the defaults, but when I go to, for example, MediaWiki:Sidebar, the correct message is being shown [15:25:48] chuck: is it just mediawiki:sidebar? [15:26:00] No, it's everything [15:26:16] I've tried sidebar and mainpage through the MediaWiki namespace and both show up there, but not in the actual interface [15:26:29] tried what? [15:26:51] looking at those messages through the MW namespace [15:27:05] Going into maintenance/eval.php and doing a wfMsg('sidebar'); is showing the defaults [15:27:28] what version? what cache are you using? [15:28:10] A trunk revision that's newer than I should be using probably, r54916 [15:28:14] I'm using memcache [15:29:50] Ok, I went through that database page, and deleted all tables that shouldn't exist, I then upgraded all existing tables to UTF from latin-1 [15:29:53] and then ran the update script [15:29:58] and its all worked perfectly [15:30:01] running 1.5 now :) [15:30:17] thanks saper :) [15:30:18] chuck: and you have not disabled database messages? [15:30:35] Nikerabbit: how is that done? [15:30:44] maybe it got slipped into the config somehow [15:33:33] chuck: or maybe memcached just cached broken revision [15:46:53] 03werdna * r55189 10/trunk/extensions/ (4 files in 3 dirs): Fix bug 20095, update id/username storage when users are renamed [15:46:54] 03(NEW) move-subpages counts $wgMaximumMovedPages incorrectly - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20289 normal; Normal; MediaWiki: General/Unknown; (mike.lifeguard) [15:47:12] 03(FIXED) LiquidThreads needs to update its ID/Username storage when users are renamed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20095 +comment (10agarrett) [15:47:38] <^demon> Emufarmers: you didn't commit the class="ltr" fix, did you? [15:48:27] 03(FIXED) Point links to talk page, not thread view - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19551 +comment (10agarrett) [15:49:14] 1.1 to 1.15.1 Upgrade: Successful! [15:49:28] :P [15:49:40] wot [15:49:41] hi Duesentrieb [15:49:47] heya Nikerabbit [15:51:32] <^demon> neemz: Congrats. You're the first person to upgrade 1.1 -> 1.15.1 in 45 thousand years :) [15:57:31] :D [16:00:38] 03(mod) Add checkboxes for revision deletion on Special:Contributions, Special:DeletedContributions and Special:Undelete - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20189 (10wikipedia_emails-nachfrage) [16:04:32] neemz: Wow, the difference between those two revisions is very big. How do you like 1.15.1 compared to 1.1 :P [16:05:13] chuck: I think you'd need a few hours to explore all the new features :P [16:08:17] 03werdna * r55190 10/trunk/extensions/LiquidThreads/ (lqt.css lqt.js): Shrink the editing textbox when showing a LiquidThreads editing form. FIXME: Uses JS, should really be done somehow internally. Fixes bug 19552 [16:08:34] 03(FIXED) Edit box for LQT is way too big - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19552 +comment (10agarrett) [16:19:45] 03catrope * r55191 10/trunk/extensions/UsabilityInitiative/ (5 files in 3 dirs): EditToolbar: Improve performance in various ways. While this makes the code a little uglier, this revision cuts toolbar loading time by 82%. [16:28:57] Hello all [16:29:46] Could someone please tell me how I can get my text after a image to come up below the image? [16:30:36] right now it's [[Image:Port_config.png|thumb|left]] and the text that comes after it appears beside the text [16:30:53]
[16:32:43] Thanks :) [16:33:59] 03(NEW) Add "hide placeholder" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20290 enhancement; Normal; MediaWiki: Revision deletion; (thatcher131) [16:39:10] chuck: its like night and day :p [16:41:03] hello! I was wondering if it was possible to make all pages in the default namespace to behave like categories, and how much overhead this would cause [16:42:14] lol @ https://bugzilla.wikimedia.org/show_bug.cgi?id=20281#c1 [16:43:01] petaflot: I don't think it is, at least not without lots of core hacking [16:44:42] 03(mod) QT embed broken on Safari and Firefox mac - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20279 (10dale) [16:46:22] 03dale * r55192 10/trunk/phase3/js2/mwEmbed/libAddMedia/ (mvFirefogg.js simpleUploadForm.js): * updated missing or "bad" token error [16:50:23] MrZ-man: you sure it would really need a *lot* of work? [16:50:27] 03(mod) Add "hide placeholder" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20290 +comment (10FT2.wiki) [16:51:30] not sure, but likely, its probably hard-coded in several places that only NS_CATEGORY pages work as categories. The categorylinks table doesn't store the namespace, as it assumes all categories are in the same namespace [16:52:53] 03(mod) Add "hide placeholder" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20290 (10FT2.wiki) [16:53:15] and what nuking the Category: namespace and apply the same "privileges" to normal pages? [16:55:07] I'm not sure what you mean, just gettting rid of the namespace wouldn't help that much. The issue is that MW assumes that only one namespace works as categories [16:56:03] 03catrope * r55193 10/branches/wmf-deployment/extensions/UsabilityInitiative/ (7 files in 7 dirs): wmf-deployment: Merge translations for UsabilityInitiative extensions up to r55143 [16:56:13] you could probably assign it a different namespace number, but getting it to use multiple namespaces would likely be a hassle [16:57:30] 03(mod) Unify various deletion systems - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18493 +comment (10FT2.wiki) [16:57:32] 03(mod) Add "hide placeholder" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20290 (10FT2.wiki) [16:58:25] though bug 696 could cause problems with that as well [16:59:44] My god [16:59:56] Trolls gained commit access [17:00:13] vvv: Who? [17:00:34] RoanKattouw: see r55092 [17:00:54] Ah, yes, that [17:04:23] 03(mod) Add "hide placeholder" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20290 (10thatcher131) [17:06:46] 03(mod) Unify various deletion systems - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18493 +comment (10thatcher131) [17:06:50] !css [17:06:50] --mwbot-- To change styles for your wiki, go to one of the MediaWiki:xxx.css wiki page (NOT a file) and put your custom styles there (sysop/admin rights required). MediaWiki:Common.css is for all skins and should be used for content styles. MediaWiki:Monobook.css is for the MonoBook skin (default), etc. For more information, see !skins and [17:11:14] 03(mod) MediaWiki needs more easter eggs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20281 +comment (10vasilvv) [17:15:19] 03(mod) MediaWiki needs more easter eggs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20281 +comment (10Simetrical+wikibugs) [17:16:13] Simetrical: party pooper [17:16:26] >:D [17:17:40] 14(INVALID) MediaWiki needs more easter eggs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20281 (10mike.lifeguard) [17:20:28] they killed such a nice idea! [17:23:12] *charitwo stabs Mike_lifeguard [17:23:24] hahaha [17:23:39] luckily I know how to treat stab wounds :| [17:24:33] hi MaxSem [17:24:43] evening vvv [17:25:03] Are you still retired? [17:25:13] yup [17:25:24] :( [17:26:08] just got hit by a brick fallen from the roof and started testing MW on SQLite [17:26:48] so now I'm just trolling around to see my bugs fixed or at least patches reviewed [17:27:01] *MaxSem laughs sinisterly [17:27:56] 03(NEW) Feed Simetrical and Mike_lifeguard to the bears - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20291 enhancement; Normal; MediaWiki: Lame ducks; (charitwo) [17:28:11] *Simetrical almost followed that link, dang you [17:29:01] 14(DUP) "Move this page" is linked to wrong URI - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20172 +comment (10jens.k.a) [17:29:02] 03(mod) Page move with special characters fails in some skins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20027 +comment (10jens.k.a) [17:30:37] <^demon> Nikerabbit: I found the answer to our doxygen question about @param. See [[mw:Manual:Coding_conventions#Inline_documentation]] [17:38:56] 06(LATER) Set up autoconfirm, disable page creation for anons on simple - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20284 +comment (10mrzmanwiki) [17:38:56] MrZ-man: thanks [17:39:32] 04(REOPENED) Page move with special characters fails in some skins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20027 +comment (10jens.k.a) [17:43:48] 03(FIXED) Page move with special characters fails in some skins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20027 +comment (10Simetrical+wikibugs) [17:43:51] 04(REOPENED) Update commons image count - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17802 +comment (10nospam) [17:44:43] 03(mod) Give bureaucrats the ability to remove sysop and bureaucrat rights at simplewiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20271 +comment (10mrzmanwiki) [17:45:57] can someone point me in the direction of where the code that generates the TOC is at? [17:46:09] Parser.php [17:46:13] uberfuzzy: Parser.php and Linker.php [17:46:20] Search for "headings" [17:52:58] 06(LATER) Please install Extension:DynamicPageList - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20283 +comment (10pbeaudette) [17:54:47] 03catrope * r55194 10/branches/wmf-deployment/extensions/UsabilityInitiative/EditToolbar/EditToolbar.i18n.php: wmf-deployment: Roll back EditToolbar i18n to known-good state just before r54883 to avoid deleting messages that are still used in deployment [17:56:15] ^demon: real link? [17:56:29] Hmm, http://www.mediawiki.org/w/index.php?title=Help:Images&stable=1#Format [17:56:59] 03(mod) Please install Extension:DynamicPageList - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20283 +comment (10mike.lifeguard) [17:58:09] 03(mod) Please install Extension:DynamicPageList - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20283 (10pbeaudette) [17:58:29] <^demon> Nikerabbit: its under classes on the coding conventions page. [18:07:49] ^demon: I take that as a no [18:08:11] <^demon> Nikerabbit: blah fine.... [18:08:25] thanks [18:09:20] Hi, My mediawiki has just stopped working [18:09:36] <^demon> Nikerabbit: http://www.mediawiki.org/wiki/Manual:Coding_conventions#Inline_documentation [18:09:47] Apache works, PHP works (at leas echo's do), mySQL works [18:09:59] SVN, hosted on the same apache works [18:10:16] just mediawiki doesn't [18:11:06] the only thing I changed was a line concerning subfolders in a custom namespace (in localsettings), which works on the test wiki [18:11:17] I have since removed it [18:12:40] echo's work on simple test pages, but not in the wiki: If, at the very top of index.php I add 'echo "test"', it will not work [18:13:01] does anyone know what could be going on, or how to further diagnose this [18:13:05] because I am stuck [18:13:52] Well, something more specific than "it doesn't work" would probably make it easier [18:15:32] typing index.php gives me a blank page [18:15:38] api.php: same thing [18:15:55] !blankpage | elSjaako [18:15:55] --mwbot-- elSjaako: A blank page usually indicates a fatal PHP error. See !error [18:16:10] !error [18:16:10] --mwbot-- For information on debugging (including viewing errors), see . [18:16:39] but PHP at least in a basic form works [18:16:55] works [18:17:24] Try reading the link mwbot gave [18:19:32] erm :$ [18:19:36] it worked [18:19:48] thanks [18:21:59] <^demon> That release notes page on code review is confusing :\ [18:48:00] 03siebrand * r55195 10/trunk/extensions/Translate/groups/FUDforum/FUDforum.yml: Optionals for FUDforum [18:48:59] I was wondering if anyone here knows of an example of a wiki out there that is utilized to display research project 'white papers' in which visitors able to comment on the 'discussion' page? [18:55:05] What does Wikipedia use to render SVG files? [18:55:22] rsvg [18:55:39] Thanks [18:57:19] is there an extension taht lists all the interwiki languages, and when you click on a laguage, it says "this page doesn't yet exist in the other language. name it." and then it creates a blank page in the new laguage so you can start translating the article? [18:59:26] Sonja, that extension would be pretty useless, as article titles differ too often in different languages [19:00:48] like on [[en:Turnip]] on the side you'd click the Français link, adn you'd have to type in "navet" in a dialog window or something, and it would open up [[fr:navet]] so you can start editing it [19:01:12] or if you clicked on the Esperanto link, you'd type in "brasiko" and it would open [[eo:brasiko]] [19:01:13] etc [19:04:43] 03(NEW) Remove Makesysop extension from WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20291 enhancement; Normal; Wikimedia: General/Unknown; (mrzmanwiki) [19:06:26] 03(mod) Remove Makesysop extension from WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20291 +comment (10innocentkiller) [19:10:38] (repaste for anyone who missed) Was wondering if anyone here knows of an example of a wiki out there that is utilized to display research project 'white papers' in which visitors able to comment on the 'discussion' page but the actual articles are locked? [19:11:31] 03(mod) RecentChanges broken for SQLite - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20256 (10maxsem.wiki) [19:15:19] !b 14156 | ^demon [19:15:19] --mwbot-- ^demon: https://bugzilla.wikimedia.org/show_bug.cgi?id=14156 [19:16:38] You're linking him to the bug to which he already linked on the bug report? [19:18:23] I didn't read his coment. [19:18:26] Comment. [19:18:47] *Emufarmers_ snuggles [19:18:54] :-) [19:22:13] !layout [19:22:13] --mwbot-- I don't know anything about "layout". [19:22:17] !template [19:22:17] --mwbot-- For more information about templates, see . See also: !templateproblems [19:24:07] very noob question here... My eye don't seem to want to find the answer... how can I access a page to modify the menu? And how to I access the page so I can gives ID or Class to modify in CSS after? [19:25:23] !sidebar | lawrey [19:25:23] --mwbot-- lawrey: To edit the navigation menu on the left, edit [[MediaWiki:Sidebar]] using its special syntax. For more details, see . [19:26:05] Thanks Roan [19:27:44] 03nikerabbit * r55196 10/trunk/extensions/Translate/Groups.php: Fix fetch bug [19:28:20] <^demon> Emufarmers: ltr fix yet? Although ideally we'd pull ltr/rtl from the chosen installer lang...dunno how doable that is though. [19:29:54] buh? [19:33:26] <^demon> Emufarmers: we need rtl or ltr on body as a class, to fix that link spacing issue. [19:34:03] <^demon> we could easily slap ltr on it, but that breaks possible rtl installer support. [19:34:53] Oh [19:35:13] Uh, I just added the ltr thing to my version because that's what you said to do :p [19:35:47] How do we handle it elsewhere? [19:35:54] nom [19:36:13] what are you talking about? [19:36:51] <^demon> Nikerabbit: class="ltr" or rtl on in the new-installer. [19:37:14] to achieve what? [19:37:31] Make there not be a big space before links [19:39:26] <^demon> Probably best to just stick with ltr. we only load monobook.css and config.css (should probably load shared.css for sanity) [19:41:25] ^demon: aww does it depend on monobook :o [19:43:20] if you extend SkinTemplate what file stores the wfMsg array? or is it in the database? [19:44:15] scoobyrico: You mean the translated messages? [19:44:31] They're in languages/messages/MessagesEn.php (where En is a language code) [19:44:37] And cached in the database [19:44:51] or memcached, depending on your setup [19:44:57] RoanKattoauw yes for the main skin, and thanks! [19:48:00] <^demon> Nikerabbit: yes it does. new-installer looks like monobook :p [19:49:32] meh [19:50:47] 03ariel * r55197 10/trunk/tools/upload-scripts/thumb-handler.php: comment out cache server handling, allow extra / after hostname [19:50:55] Hi everyone. i'm trying to create mediawiki pages using simple forms, but i'm having a horrible time figuring out how to format the input from the form and then pass it to a mediawiki template [19:51:06] does anyone have experience doing that? [19:51:25] semantic forms? [19:51:26] (SimpleForms is an SMW extension, FYI) [19:51:50] not semantic forms [19:52:23] basically i need to take all the fields and format them into a template call [19:52:24] ^demon: is 1.16 branched? [19:52:31] but i cant figure it out [19:52:33] <^demon> nope [19:52:54] <^demon> vvv: I say its not in the 2nd paragraph :p [19:53:22] That mean I may poke someone to review a feature I wrote patch for about 10 months ago? [19:53:54] That's always allowed :P [19:54:18] <^demon> We're not in any sort of code freeze :) [19:54:26] RoanKattouw: no, sometimes there's pre-branch freeze [19:54:41] Ah yes [19:54:51] Those are generally announced on wikitech [19:55:09] <^demon> I haven't heard any rumblings of a 1.16 branch yet. i'd like to see trunk get a bit more stable before a branch was made. [19:55:24] 03(mod) Remove Makesysop extension from WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20291 (10danny.b) [19:55:41] I'd say a better indication is how busy Tim is [19:56:17] What's a place where review requests are put nowadays? [19:56:32] Bugzilla still [19:56:36] <^demon> /dev/null [19:56:49] *snort* [19:57:15] RoanKattouw: well, it's in bugzilla 2 months [19:57:19] hah [19:57:23] Bug #? [19:57:52] https://bugzilla.wikimedia.org/show_bug.cgi?id=674 [19:59:18] <^demon> blue links + black background + glare from sun = impossible to read [19:59:24] <^demon> :) [19:59:51] Hm... Would be there any use for JS tests? [20:00:09] vvv: I'll look at it at some point between now and landing in Buenos Aires, probably on the plane [20:00:51] RoanKattouw: thanks [20:05:00] evening [20:10:18] Hey folks, wondering if anyone could point me in the direction of wikis used in an academic context to publish projects and have the ability for guests to comment on them? any help would be appreciated [20:28:39] 03catrope * r55198 10/trunk/phase3/includes/SkinTemplate.php: Follow-up to r54556: fix login/logout links in core [20:34:51] 03tparscal * r55199 10/trunk/extensions/UsabilityInitiative/js/plugins/ (4 files): Now using 120 character line breaks. [20:35:40] 03(NEW) Install FormMailer and SimpleForms - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20292 major; Normal; MediaWiki extensions: [other]; (pbeaudette) [20:37:13] I'm on a boat! [20:37:43] That's nice [20:38:07] 03brion * r55200 10/branches/wmf-deployment/includes/SkinTemplate.php: [20:38:07] Merge r55198 "Follow-up to r54556: fix login/logout links in core" [20:38:07] Could create incredibly long, nonfunctional login links on an edit submit/preview page. [20:38:16] does the outlaw Jimbo Wales ever come in here? [20:38:33] Schroeder: not often, you'd best to email him [20:39:20] he hates Wikipedia, and I don't e-mail people who hate Wikipedia [20:40:13] Can I do caching from inside of the config file? [20:41:52] chuck: come again? [20:42:10] memcache caching from inside of the config file [20:42:40] What kind of caching? [20:42:54] caching database query results [20:43:03] 03tparscal * r55201 10/trunk/extensions/UsabilityInitiative/js/plugins/jquery.wikiEditor.toolbar.js: Fixed some indentation [20:44:33] I don't think you want to be doing database queries in the config file . . . [20:44:47] I think I do :P [20:45:29] its for wiki farming [20:46:57] chuck, just hire a team of polish engineers, that's always worked out nicely [20:47:30] Argh [20:47:36] lol, i've already written the code [20:47:42] someString[0] is read-only in JS [20:53:04] 03(NEW) IE7 in RTL languages does not display the enhanced toolbar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20293 major; Normal; MediaWiki extensions: UsabilityInitiative; (nkomura) [20:53:53] I thought the usability initiative was only funded for enwiki anyway. [20:54:55] People could be using a non-English interface on enwiki [20:55:23] Simetrical: yeah, English is surely the only language of the world [20:55:47] vvv, I don't know about that, but my understanding is that their grant was for work on enwiki only. [20:56:04] Did they specify so? [20:56:11] I think so, yeah. [20:56:22] It was an American institution, wasn't it? [20:56:29] They don't care about arwiki or whatever. [20:56:59] "With an initial focus on English Wikipedia, eventually this research and development will be implemented across all languages and possibly to other WikiMedia projects." [20:57:11] Apparently, even they don't know how to capitalize Wikimedia :) [20:57:41] *Simetrical stabs whoever came up with Wikipedia/Wikimedia/MediaWiki [20:57:52] If it had been Mediawiki, at least that would be more consistent. [20:57:55] Although still awfully stupid. [20:57:58] 14(INVALID) Blank toolbar. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19847 +comment (10roan.kattouw) [20:58:14] 03brion * r55202 10/trunk/extensions/LocalisationUpdate/ (. LocalisationUpdate.class.php update.php): [20:58:14] * add --all option to fetch updates for all extensions present instead of just those enabled [20:58:14] * exception handler to catch parse failures (error reporting sucks currently) [20:58:14] * don't attempt to save updates for messages that don't exist in english master [20:58:55] Actually, it is one person's fault: let me check who it was [20:59:08] i think it was maveric149 :) [20:59:37] Simetrical: is it? I always liked it :) [20:59:50] Daniel Mayer [20:59:50] brion, do you know when we might get a scap? It's been an awfully long time since any code went live, except the stuff that jumped the queue (usability etc.). [20:59:57] vvv, well, it's terribly confusing. [21:00:01] Wikimedia might have been a good name. [21:00:06] Who is indeed maveric149 [21:00:24] MediaWiki is kind of senseless (what media?). And it's completely crazy when you already have something totally different named Wikimedia. [21:00:43] Simetrical: what's confusing? "MediaWiki" and "Wikimedia" are quite different and look quite different [21:00:53] Then why does everyone confuse them? [21:01:08] Because everyone is stupid [21:01:11] Obviously, because they don't, unless you've had commit access for four billion years and know the difference backwards and forwards. [21:01:13] "Side note: IMO, "MediaWiki" would be a good name for our officially nameless [21:01:13] software. "PediaWiki" never worked for me since the software is used in at [21:01:13] least several non-encyclopedia contexts and will likely be used by many more [21:01:13] in the next several years. [21:01:13] "But all that is less important than optimizing the current code." [21:01:17] bah [21:01:17] Ahem... "95% of population are idiots"? [21:02:01] Well, yes, but "everyone is stupid" is a generic answer to any question of the form "why is X [adjective denoting cognitive difficulty]?" [21:02:14] lol [21:02:51] 03dale * r55203 10/trunk/phase3/js2/mwEmbed/libAddMedia/mvFirefogg.js: * fixed firefogg regression per add-media-wizard integration [21:02:51] PediaWiki also sounds like medicine for children [21:03:05] or worse. [21:03:05] Simetrical: that doesn't mean it's wrong [21:03:16] Well, no, but it misses the point. [21:03:17] omg have you guys seen pedowiki [21:03:19] that's some sick shit [21:03:31] If everyone had an IQ of 285, then the MediaWiki/Wikimedia distinction wouldn't be confusing. [21:03:36] Nor would nuclear physics. [21:03:38] Great. [21:03:48] Somehow I doubt everybody in here has an IQ of 285 [21:03:50] But when we use the word "confusing" we usually mean "to normal people". :) [21:03:56] the distinction isn't confusing [21:04:03] and yet I think most people in here can distinguish between MediaWiki and Wikimedia [21:04:12] 03(mod) IE7 in RTL languages does not display the enhanced toolbar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20293 +comment (10roan.kattouw) [21:04:15] it's just a matter of whether you've encountered it [21:04:19] If you wanted a real answer, you'd have to look at who confuses the terms: anybody who's not familiar with the software? [21:04:27] Simetrical: is nuclear physics confusing? [21:04:51] it is kind of stupid though to have the two names so similar [21:05:03] it invites misunderstanding [21:05:05] vvv, not very much, to me. In general, though, yes. [21:05:33] I'd be curious about whether non-native English speakers find it more confusing [21:05:54] Meh, who cares, they're foreigners. ;) [21:05:59] :D [21:06:04] Anyway, let's change the name, then [21:06:08] doo eet. [21:06:17] it's just a matter of whether you know there's two entities with such similar names [21:06:27] no reason language would have anything to do with it [21:07:22] <[MarkW]> Hi there :-) Is there a way to use Mediawiki:Sitenotice/XX in combination with uselang=XX ? [21:07:22] catsup: people tend to make characteristic mistakes based on their native languages, so there are lots of reasons language could have something to do with it [21:07:31] um, not in this case [21:07:52] <[MarkW]> it looks like mediawiki always use Mediawiki:Sitenotice, and never the /XX variant [21:07:55] since, as i said, it's just a matter of whether you know there are two entities [21:08:28] Not necessarily [21:08:44] they could be named A-B and B-A, or alpha-beta and beta-alpha, or [nonlinguistic grapheme 1]-[nonlinguistic grapheme 2] and [nonlinguistic grapheme 2]-[nonlinguistic grapheme 1] [21:08:47] no, not "necessarily" [21:08:50] but nevertheless [21:09:22] the general principle, that someone might assume you mean A-B when you say B-A, if you know word A-B and not word B-A, applies to any language [21:10:32] [MarkW]: The site notice is cached aggressively, so anything that depends on anything will very likely not work in there :( [21:10:51] Stuff like {{PAGENAME}} for instance [21:11:48] <[MarkW]> RoanKattouw: Ergo, only [[Mediawiki:Sitenotice]] will be shown and if the /XX variant is shown, that's a miracle? :P [21:11:53] catsup: so does the principle that if you pronounce things out loud when you read them (or otherwise learn phonetically), you're going to confuse things that have the same sounds [21:12:03] Simetrical: what should our new name be? [21:12:31] [MarkW]: Yeah. I'm not very familiar with sitenotice caching but you should expect very little dynamism there [21:13:27] (I'd be curious about how receptive people would be to the idea of a name change) [21:13:38] Emufarmers_: what's that got to do with anything? [21:13:39] <[MarkW]> RoanKattouw: So there's no way to show localised sitenotices, like the CentralNotice? Good to know [21:14:44] [MarkW]: That's what I *think*; like I said I'm not very familiar with that code, but if your attempts keep failing, you should probably conclude caching is screwing you and give up, yes [21:15:11] catsup: um, if you pronounce Wikimedia out loud when reading and then you later pronounce MediaWiki out loud when reading, you're going to mix them up. [21:15:28] <[MarkW]> RoanKattouw: Thanks! Not the answer I was hoping for, but I'll find some other way :P [21:15:45] Emufarmers_: well, i don't see why you think that's the case [21:15:47] 03ialex * r55204 10/trunk/phase3/maintenance/ (31 files): [21:15:47] * batch change for "while ( $row = $db->fetchObject( $res ) )" and similar to "foreach ( $res as $row )" [21:15:47] * identation fix in nukeNS.php [21:16:54] And, of course, we're assuming that people are actually mixing Wikimedia with MediaWiki when they capitalize it as WikiMedia: in many cases, they're just camel casing because that's what they do (miscapitalization is hardly unique to Wikimedia/Wikipedia) [21:17:11] oh is that what you were talking about [21:17:20] i didn't see that [21:17:23] No, but it's antoher point :p [21:17:45] http://lists.wikimedia.org/pipermail/wikipedia-l/2003-July/011045.html Hmm, let's just do that. :D [21:20:47] on svwp we use #OMDIRIGERING[[]] as an alias for #REDIRECT[[]] but in the database the field page_is_redirect is 0 for #OMDIRIGERING [21:20:57] 03rotem * r55205 10/trunk/phase3/languages/messages/MessagesHe.php: Localization update. [21:21:04] 03(NEW) Loss of textarea - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20294 normal; Normal; MediaWiki: User interface; (nkomura) [21:24:38] could also be xml2sql that is kicking me around [21:24:43] so nevermind :) [21:25:45] 03(mod) Loss of textarea - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20294 (10nkomura) [21:26:25] 03(mod) Edit boxes lose changes on back/forward - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20221 (10roan.kattouw) [21:26:32] anybody have experience setting up SimpleForms? i have it running on my 1.15 install, but i can't figure out how to pass the values returned from the forms to the new page i want it to create. [21:26:37] anyone care to help? [21:27:24] fluff: Try editing the page; a null edit or purge isn't good enough, so add or remove whitespace between #OMDIRIGERING and [[Title]] [21:28:11] 14(DUP) Loss of textarea - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20294 +comment (10roan.kattouw) [21:28:14] 03(mod) Edit boxes lose changes on back/forward - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20221 +comment (10roan.kattouw) [21:39:43] Hi! How do we import pt.Wikipedia articles to pt.Wikibooks? I'm an admin at pt.wb but when I go to Special:Import I got the "MediaWiki:Importnosources" message. [21:40:01] 03brion * r55206 10/branches/wmf-deployment/extensions/ContributionTracking/ (. ContributionTracking_body.php): Merge r54895, r54909 -- save new timestamp field [21:40:10] heldergeovane: open a bug to request import sources [21:40:45] ialex: ok, thanks! [21:43:28] 03catrope * r55207 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (4 files): EditToolbar: Add table CGD [21:44:48] 03dale * r55208 10/trunk/phase3/js2/mwEmbed/ (3 files in 3 dirs): * switched to mwConfig based object configuration (patch by GerardoDoog) [21:45:20] how do i change my logo on my wiki? [21:45:31] !wg Logo [21:45:31] --mwbot-- http://www.mediawiki.org/wiki/Manual:%24wgLogo [21:45:32] !logo | newrkv [21:45:32] --mwbot-- newrkv: The logo that appears in the top left of each page is determined by $wgLogo in the LocalSettings.php file. To change this you simply change the value of $wgLogo to point to the URL of your own logo. See for more information. Be sure $wgLogo is set to an absolute path, starting with "/" (or a protocol "http:"/"https:"). If you are using pretty URLs a relative path will behave oddly. [21:49:51] if i have a page that is commonly refered to by an acronym, what is the best way to make sure that the long name of the page and the acronym both go to the same place without having to do a piped link? [21:50:14] hekman: Create a redirect [21:50:35] At the [[MW]] page, write #REDIRECT [[MediaWiki]] [21:50:58] (where MW is your acronym and MediaWiki is the long name) [21:51:10] perfect, thanks [21:51:19] Then any links to [[MW]] will automatically go to [[MediaWiki]] instead [21:54:37] 03catrope * r55209 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (EditToolbar.js EditToolbar.php): EditToolbar: Fix brokenness (or at least counter-intuitive behavior) in header row generation [21:58:23] <^demon> Ftw CNN. Story about mermaid in Israel? [21:58:36] <^demon> s/Ftw/WTF/ [22:00:25] wtf ftw! [22:00:41] Is that more or less WTF than a story about mermaids outside of Israel? [22:00:56] There are no mermaids in the Bible. [22:01:48] <^demon> Simetrical: The wtf was more about mermaids in general, not Israel. [22:02:23] <^demon> Unless the story was about Atlantis. Then I would've been like "Ah, that makes sense." [22:03:24] damn, templates really need variables [22:03:29] or at least with blocks [22:04:14] *werdna waves [22:04:20] <^demon> Hey werdna [22:04:35] {{#with:param={{#if:something|complicated}}|param2={{#if:something|{{even|more}}|complicated}}|Say {{{param2}}} is even more complicated than {{{param1}}}}} [22:05:48] that would make template coding easier, and save us a bunch of cpu time for parsing duplicated expressions and wrapper templates that people now use for the purpose [22:06:07] without introducing any complicated new semantics [22:06:12] 03(mod) rollback of page blanking does not restore pagelinks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17154 +comment (10innocentkiller) [22:06:16] 14(DUP) Articles drop out of categories on blanking - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17686 +comment (10innocentkiller) [22:07:20] <^demon> zocky: There's a variables extension...last I heard it's not liked by the Powers That Be. [22:07:44] ^demon, I know, but with blocks would be different [22:08:10] powers that be don't like variables because they don't want to make wikicode into a full-fledged progamming language [22:08:19] I may disagree with that, but I understand the motivation [22:08:32] *^demon shrugs [22:08:38] otoh, this would really be template-in-a-template [22:09:21] it's just a few lines of code (i've done it before) [22:10:07] and it would make a bunch of code run faster, and free millions of records in the template link table [22:10:23] powers that be should actually like it :) [22:10:31] *^demon doesn't really have an opinion on the matter [22:10:32] Why would it delete rows from templatelinks? [22:10:34] <^demon> I don't really care about what happens with parserfunctions/variables/stringfunctions/etc. Whatever happens, happens. I write so little _actual_ wikicode that I have practically 0 opinion on what goes on with it. :) [22:10:59] Simetrical, because you could avoid calling wrapper templates that people call now for that purpose [22:11:01] Repeated calls of a template on the same page don't add extra rows to templatelinks. [22:11:12] Mm, well. [22:11:28] Nobody important seems to want to see wikisyntax extended at all. [22:11:37] {{foo}} which calls {{foo/real}} which calls {{foo/fix arg}} etc. [22:11:38] On the other hand, there's no alternative, obviously. [22:11:44] THat's because nobody important uses wikitext [22:11:46] Discussion about embedding real languages has died. [22:12:01] werdna, well, you're against extending it too, aren't you? [22:12:05] Because we've figured out there are't any great solutions [22:12:53] The solutions are pretty much either ignore the problem, or make wikitext less atrocious, or try to cook up something with a real language given essentially impossible constraints on portability and security. [22:13:07] right :) [22:13:10] So far we seem to be in favor of option #3 but actually doing option #1. [22:13:20] I'm in favour of option #1 ;) [22:13:26] <^demon> Yay for ignore problems and hoping they go away [22:13:31] And refusing to do option #2 in favor of #3, despite the fact that #3 is obviously never going to happen. [22:13:32] <^demon> Ignoring, even. [22:13:40] *werdna ignores ^demon [22:13:48] <^demon> What else is new ;-) [22:14:10] we now have some very simple templates used on several million pages [22:14:27] things like basic logical operations and mathematical operations [22:14:48] it would obviously be more efficient if they were parser functions [22:15:01] You're still talking about variables? [22:15:12] Simetrical, no, other stuff too [22:15:15] Like? [22:16:01] like {{!}} [22:16:06] <^demon> I personally blame users of Mediawiki for making wikisyntax so crap. They kept wanting it to do more and more and more. [22:16:13] <^demon> Specifically, enwiki :;p [22:16:21] if that was a parser function, or a variable, or whatever we want to call it, we could drop 3.5 million records from the template link table [22:16:38] templatelinks table is not the primary performance problem with templates [22:17:41] sure, but it's pure waste [22:17:51] [[WP:PERF]] [22:17:53] :) [22:18:13] it's not as if {{!}} will EVER be changed into something else [22:18:54] So we won't have to change all those template links, then. That's good. [22:19:51] Simetrical, werdna: I'm still working on a good parser for a "real" language embedding [22:19:59] In PHP? [22:20:17] Yep. Though it'd be easy to rewrite to C [22:20:37] (parsing part) [22:21:09] do we really need a real language? [22:21:21] the only thing that we're really missing is variables and loops [22:21:28] zocky: we don't need a brace hell [22:21:37] readability would be nice [22:21:49] that's true, but that can be done differently [22:22:14] we could have an alternative template syntax which would be parsed into exactly the same trees as the current syntax [22:22:22] yeah but it looks like hell [22:22:45] 03demon * r55210 10/trunk/extensions/SelectCategory/SelectCategoryFunctions.php: 5.3 call time pass by ref errors. [22:22:46] so that inside you could do {template|arg|arg} and {$arg} [22:22:49] How can you call something a "real parser" if it's written in PHP? [22:22:54] that would reduce the current pain a lot [22:23:04] zocky: how would that be significantly different than just using a language, except that it would be slower? [22:23:16] You can barely call something a real web app if it's written in PHP, and PHP is meant for web apps. [22:23:23] a switch to make whitespace insignificant would be nice [22:23:23] MrZ-man, it would be easier to implement? [22:23:25] MrZ-man, it would mean keeping the current library of functions [22:23:27] Simetrical: it works :) And it is just 78 lines of code [22:23:33] 78 lines? [22:23:36] Duesentrieb, that too [22:23:38] What kind of language is this? [22:23:50] Can't be half as full-featured as wikitext. [22:23:52] let me guess: lisp :) [22:23:57] Yeah. And 1500 lines of tables [22:24:01] Ah. [22:24:19] by slower, I mean slower than what we have now, as it would have to parse it to wikitext, then parse it again to HTML [22:24:52] MrZ-man: we can pass it to parser, not to preprocessor [22:25:01] yes [22:25:22] Simetrical: http://www.mediawiki.org/wiki/User:VasilievVV/InlineScripts - here's the grammar [22:25:25] vvv, what kind of language? what functions do you have? [22:25:52] zocky: a limited set [22:26:11] having a language is just half the work [22:26:24] a function library is much more complicated [22:26:46] you need a good assortment and a good naming convention [22:26:52] Also a typing system :) [22:27:12] i'm not thrilled about that kind of language [22:28:11] i'd prefer something that can do things like ( argument 1 is $1 | $1 is not defined ) [22:28:24] i.e. try to execute each branch, until one succeeds [22:28:36] that's preferable to ifs [22:29:37] Simetrical: there's a 500-line table generator as well (nah, I haven't found any PHP YACC) [22:29:39] 03(mod) Interwiki redirects are not allowed within one sever - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=7102 +comment (10innocentkiller) [22:30:33] vvv, I have a whole language written in parser functions, http://xoo.mitko.si/Parser_function_reference [22:30:41] it has arrays and such [22:30:53] or rather hashes [22:30:56] zocky: you should consider using brainfuck [22:31:05] It has greater usablilty from my POV [22:31:25] vvv, well, I've written several complex data-driven websites in it [22:31:41] it = brainfuck? [22:31:48] it's not that bad, if you use tabs for indentation [22:35:20] 14(DUP) Centered thumbnails in tables pushes table border right - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15039 +comment (10innocentkiller) [22:35:23] 03(mod) Centering images using [[image:foo|center]] breaks some table layouts in internet explorer - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4439 +comment (10innocentkiller) [22:36:06] 14(DUP) Centering image next to a floating table doesn't displays right in IE and Webkit browsers - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17277 +comment (10innocentkiller) [22:36:09] 03(mod) Centering images using [[image:foo|center]] breaks some table layouts in internet explorer - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4439 +comment (10innocentkiller) [22:38:24] 03(FIXED) Centering the output of an extension improperly nests tags - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=1483 +comment (10innocentkiller) [23:09:21] hi! I try to have the syntaxhighlight_geshi extension working. It plays well with the Monobook skin (some CSS is dynamically generated and added to pages source), but it seems GeSHi disappears when another skin is chosen: no CSS is being added. [23:10:32] What's the other skin? [23:10:36] The other skin might just be broken. [23:10:47] Which is pretty easy, since our skin system is awful. [23:11:00] Hard to write skins that will actually continue working across several versions. [23:11:12] it's a personnal, new skin I derived from Monobook [23:11:45] You probably did it wrong, then. Do you have a link to the site? [23:11:53] when installing the extension, no edit is needed in skin files, so I think it is "cross-skin" :) [23:12:23] the .php file is not readable but I can upload a text version [23:12:29] so you can cast a glance [23:13:57] this is bepo.php, my skin main file: http://bepo.fr/wiki/skins/bepo.txt [23:14:25] it's derived from the Cavendish skin rather than Monoboook, actually ;) [23:14:49] everything else is fine, just geshi vanished along the way ^^ [23:14:57] *jd_ keeps googling [23:15:17] What's Cavendish? [23:15:32] My bet is you're based off some old version of Monobook and your skin is missing some lines that newer versions have. [23:15:38] a famous theme by Mozilla Foundation. They use it on their wiki. [23:16:03] I'm currently making a diff with Monobook's :) [23:16:06] Doesn't mean it's not broken in some versions. Anyway, I thought they stopped using MW. [23:16:25] No, this looks like MW all right. [23:16:30] 1.14. [23:16:41] (https://wiki.mozilla.org/ is still MW powered I guess) [23:18:46] brb [23:19:12] 03brion * r55211 10/branches/FundraiserPortal-multi/ (16 files in 2 dirs): [23:19:12] Bashed this into more-or-less working state. :) [23:19:12] * cleaned up obsolete files [23:19:12] * patched up the sidebar loader to more or less work... [23:19:12] * broke the templates back out to the files, but now with replacement done ourselves [23:19:14] * fixed up the rebuilder to make its dirs correctly [23:24:23] 03brion * r55212 10/trunk/extensions/FundraiserPortal/ (17 files in 2 dirs): Merge FundraiserPortal-multi branch back in. [23:30:12] 03brion * r55213 10/trunk/extensions/FundraiserPortal/Templates/loader.js: fix id to match the hide toggle's checks [23:31:32] Simetrical, I see Cavendish structure is quite outdated when compared to Monobook "nouveau". I'll make the sync first, maybe that'll solve it all :) [23:40:45] https://wiki.mozilla.org/Special:Version hey folks. I'm trying to create users as the WikiSysop [23:44:13] I can't seem to find the page that would let me. [23:45:05] I've followed the instructions here http://www.mediawiki.org/wiki/Manual:Preventing_access#Simple_private_wiki to try and make a private wiki. [23:45:10] yeah, that's one of the few things left where the interface is totally screwed up [23:46:17] click "special pages" in the sidebar, then click "log in/create account" [23:46:55] then click the create account link, then enter in their details and click "by e-mail" [23:46:59] TimStarling: you're a legend, looks promising [23:47:17] TimStarling: they'll be able to change their passwords later wont they?! [23:47:17] that will send them an email with their password in it [23:47:22] yes [23:47:34] in fact I think the password that you enter in is ignored [23:48:10] TimStarling: ok, well I'll see if it sticks. Cheers. Hopefully this is it and it'll all do what i hope now :) [23:50:13] hi hi [23:54:13] Simetrical, not that it will make you day, but you may be happy to know that the Monobook sync effort actually solved the geshi issue ;) [23:54:25] jd_, figured. [23:54:40] the reason is lurking within MW source code, somewhere, but it's fine [23:54:41] Basically the way you make a MediaWiki skin is to copy-paste a bunch of PHP code. [23:54:53] If the code changes in a new version, you have to update your copy-pasted code. [23:54:55] Which explains a lot. [23:54:57] It's retarded, but there we have it. [23:55:07] At least, that's how Monobook works. [23:55:13] The pre-Monobook skins are saner. [23:55:14] I tried to figure out but it's too much reading ^^ [23:55:18] *GreenReaper has patches but of course the patches break. [23:55:26] <^demon> Simetrical: That should be the description on "How to create a skin" [23:55:34] It's going to be "fun" moving to 1.16. [23:55:42] GreenReaper, so commit them. :) [23:55:59] Oh, I don't think most of them would make their way in. [23:56:56] Now, some *have* been implemented - some even not by me - which is neat. [23:56:56] Simetrical, a problem with this approach is the code is quite obscur in itself, plenty of "helpers". The code looks like mess ;) Anyway, it was not that difficult, 10mn of concentration [23:57:25] GreenReaper, well, you can clean them up and improve them and maybe put them behind a config option, then commit them. [23:57:27] I don't see you removing the meta generator, though. Or cutting powerdby. [23:57:39] You could have a config option. :) [23:57:44] Some people might not want the branding anyway. [23:58:27] 03brion * r55214 10/trunk/extensions/FundraiserPortal/ (5 files in 2 dirs): [23:58:27] more cleanup/fixes: [23:58:27] * make hide button work consistently [23:58:27] * clean up some scripts [23:58:27] * remove the hardcoded copy of the template weights in the js [23:59:33] 03jeroendedauw * r55215 10/trunk/extensions/Maps/ (6 files in 2 dirs): Changes for 0.3.1. [23:59:41] 03jeroendedauw * r55216 10/trunk/extensions/SemanticMaps/ (SM_MapPrinter.php SM_Mapper.php SemanticMaps.php): Changes for 0.3.1.