[00:01:11] *AaronSchulz looks at the tiny red scare on his finger [00:01:15] *scar [00:09:12] 03(mod) Special:Listusers gives PHP "iconv(): Detected an illegal character in input string" error message on random binary input. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9454 (10nickpj) [00:09:20] <^demon> brion: Good news :-) I just finished abstracting Filestore::lock(). Hopefully now the other db classes can implement their own and make it work right ;-) [00:12:58] sweet :D [00:13:16] gotta run, i'll peek it over later [00:13:40] 03(mod) Upload File - returns empty page- File upload is not possiable - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14498 (10gorsa) [00:17:55] 03demon * r36180 10/trunk/phase3/includes/Database.php: Implement Database::lock() and Database::unlock() based on the same methods in Filestore. Not implemented in Filestore just yet though. [00:26:48] 03(mod) Request ability to copy wiki-markup of references in a single block, regardless of their positions in the text - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14492 (10innocentkiller) [00:29:54] do i see correctly the color of links has been changed? or it's just some temporary error? [00:31:07] <^demon> Danny_B: They look blue to me ;-) [00:31:20] i see them dark violet [00:31:26] all of them [00:31:32] <^demon> Hmm. [00:32:16] #772233 [00:52:09] how do i disable local users completely? [01:29:29] 03dale * r36181 10/branches/MetavidWiki-exp/: created a new metavidWiki experimental branch for some new features [01:51:25] 03brion * r36182 10/trunk/phase3/ (3 files in 2 dirs): Reverting r36139 -- broke wikitext in linkstoimage AGAIN. [02:01:54] 03dale * r36183 10/branches/MetavidWiki-exp/MetavidWiki/: copy over trunk to exp branch [02:02:30] 03(FIXED) Trigger hook on page rollback - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8136 +comment (10innocentkiller) [02:07:59] 03(mod) Redundant Atom/RSS feeds on Special:RecentChanges - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14500 (10danny.b) [02:08:03] 03(mod) RSS, Atom, XML syndication feeds (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 (10danny.b) [02:10:28] 03(mod) A way to hide the sidebar providing a "fullscreen" view - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14501 (10danny.b) [02:10:35] 03(mod) JavaScript (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2114 (10danny.b) [02:10:44] 03(mod) CSS (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12788 (10danny.b) [02:11:05] 14(DUP) Add syndicated feeds for recent changes by a particular user - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6368 +comment (10brion) [02:11:12] 03(mod) RSS Feed for Special:Contributions for a particular user - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12171 +comment (10brion) [02:15:51] <^demon> brion: You around? [02:23:18] yo ^demon [02:24:16] <^demon> Happen to see my Database additions? [02:28:50] 03dale * r36184 10/branches/MetavidWiki-exp/skins/: added skins folder [02:32:03] 03(NEW) enhancement: show *Values* of the property Foo - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=14505 15enhancement; normal; MediaWiki extensions: Semantic MediaWiki; (info) [02:51:44] 03brion * r36185 10/trunk/phase3/ (7 files in 2 dirs): [02:51:44] Revert r36093 (bug 14404). [02:51:44] Regressions caused by this: [02:51:44] "Use an anonymous user to get the parser options and the parser cache key, thus wikitext rendering is not depending of some sepcific user options such as lang, ..." [02:51:44] User-specific options such as stub threshold were still applying in the parser, [02:51:47] but not taken into account in the parser hash key. As a result, the caches were [02:51:49] corrupt, saving different options into the anonymous-default options cache. [02:53:29] 04(REOPENED) {{int:X}} respects user-defined interface language, breaking link tables etc. (aka {{USERIFCODE}} strikes back) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14404 +comment (10brion) [03:00:51] 03(NEW) enhancement: adjust number of Property values displayed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14506 15enhancement; normal; MediaWiki extensions: Semantic MediaWiki; (info) [03:01:36] Can someone give me an estimate of how large enwiki-latest-pages-meta-history.xml.bz2 (all revisions) would be after extraction? [03:02:26] really really big [03:10:04] How can I import a CSV file containing many Pages to mediawiki? I couldn't find anything using google.. [03:14:44] RandIter: 3-500 gig's I'd guess [03:15:54] OverlordQ: the compressed file size is 147 GB, so i was thinking it would be well over 500 GB [03:16:43] or which tables do I need to edit besides the "page" table? [03:17:32] anyway i can't find a program nice enough to download a 147gb file for me [03:19:02] RandIter: interesting [03:19:23] RandIter: what's the problem with lets say wget? [03:20:58] i'm on windows. i could try a windows port of it [03:21:10] Length: 158580524398 (148G) [application/octet-stream] ... "0% [ ] 2,083,483 137K/s eta 11d 25h" [03:21:23] RandIter: oh, i thought you were using an operating system ;) [03:22:49] RandIter, what partition type? [03:22:55] ntfs [03:23:05] should probably be ok with wget for windows [03:23:17] also, is there a signature for those large files somewhere, like MD5 or SFV [03:24:32] RandIter: http://download.wikimedia.org/enwiki/latest/enwiki-latest-md5sums.txt [03:25:09] thank you [03:27:03] I really dunno, I just kinda threw out some numbers :) [03:27:19] i'm afraid it might be over 1 TB in which case my drive won't be enough [03:27:38] it might be, it does say dump may be 20x compressed size [03:28:07] is there any way to get such a file containing all revisions, but only for a specific category? [03:28:22] afaik, no. [03:28:46] besides using special:export [03:29:07] oh wait, it does have a Add pages from Category [03:29:57] i will check that out [03:31:39] generally peaking, which means of xml parsing is ideal for parsing a very large xml file which can't all be held into RAM? [03:32:41] some program that only reads part of it [03:33:21] probably not Internet Explorer ;) [03:33:54] probably not anything included in windows [03:35:01] http://marc.info/?l=xerces-c-users&m=120410388323448&w=2 [03:35:17] xerces DOM parser can't do it [03:35:27] http://vtd-xml.sf.net [03:38:08] the post said a SAX parser should do it [03:56:36] 03(mod) Install the StringFunctions extension - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 +comment (10daverbelt) [04:59:52] hello, I am running CentOS 5, PHP 5.1.6, MySQL 15.12 and MediaWiki 1.10.4. My installation completed with no errors and I can login. However, I get a very drab white look with 0 images and no "page" "Discussion" links and the look isn't anything like what is on mediawiki.orgetc(monoblock). I changed my skins and barring minor rearrangement of text nothing much happens. I then installed a new... [04:59:53] ..."skin" (GuMax) but that does nothing either (except to say that "Design by Paul Gu", "@ 2005 - 2007 PaulGu.com". So am i doing something wrong, or is this how it should be???? [05:00:35] googlebot is hitting my IpBlockList special page, which has a "next" button even though there is nothing in the block list, so it is just hitting my server over and over -- is there a quick way to fix this ? [05:01:26] firewall gbot? iptables? [05:01:36] gghoul: it sounds like something with regards to css or images is not working [05:01:59] gghoul: I could probably do this with robot.txt somehow, but I don't want to ban the googlebot completely [05:02:25] I was hoping there was a flag I could set to let only logged-in users see the IpBlockList, or something [05:02:44] so what can i do coffeeIV, to check and find out what is borking? yeah robots.txt would do it but perhaps it would be slower [05:03:35] i have no idea.. i'm new to mediawiki installations myself and mostly just use wikipedia [05:03:43] can you do "veiw source" on the page, and see if the links to images are actually there but broken, or if they are missing altogether ? [05:04:20] you want it done within wikimedia? ah good idea, but what image name should i look for? I have upload images diabled (would that be the problem)? [05:05:09] disabling upload images should not make your page look minimal, it should just stop people from adding images to pages that they edit [05:05:16] HA! got it, you are a genius - check this out: href="{$IP}/skins/gumax/handheld.css?63" [05:05:27] obviously ${IP} is not resolving [05:05:54] yes, and if you look in the LocalSettings.php file or whatever it is, you can where $IP is set, I think [05:06:44] yup it's set okay me thinks: else { [05:06:45] $IP = '/usr/share/mediawiki'; [05:06:47] } [05:07:00] it looks to be a php probelm of some sort [05:07:08] Erm [05:07:24] $IP is a filesystem path... And you're sticking it into a web href [05:07:28] Anyone see the issue here? [05:08:44] that snippet was from /var/www/wiki/LocalSettings.php [05:09:10] my mediawiki files are in /usr/share/mediawiki (skins etc) [05:10:05] I'm also seeings lines like this var stylepath = "{$IP}/skins"; [05:10:29] gghoul: I think what Dantman is trying to say, is that /usr/share/mediawiki or any other filesystem path should not end up int eh html source; the html should have things liek domianname.com/wiki/whatever [05:11:19] so i should set domainname? let me check [05:12:20] gghoul: I think that $IP should not be ending up in the page html at all, and there may be some other problem at root here [05:12:49] for example, have you made sure your web server can read the files in /usr/share/mediawiki ? [05:14:00] darn disconnected firefox crashed sorry [05:14:48] StyleDirectory should be $IP/skins not StylePath... StylePath is $wgScriptPath/skins [05:15:31] $IP is the filesystem root for your wiki... $wgScriptPath is the web root for your wiki [05:15:31] gghoul: do you have access to your apache error log, and have you looked there to see if something simple such as permissions might be the cause ? [05:15:56] ah thanks. checking both. thanks [05:18:41] File does not exist: /var/www/wiki/skins, referer: http://mail.deathstar.net/wiki [05:18:53] looks like you are right. will try to fix that [05:23:06] I am getting this within Apache (I set$wgStyleDirectory = '{$IP}/skins';) : PHP Warning: dir({$IP}/skins) [function.dir]: failed to open dir: No such file or directory in /usr/share/mediawiki/includes/Skin.php on line 45 [05:25:32] !rar | Splarka [05:25:32] --mwbot-- Splarka: rar [05:32:06] *Splarka bites [06:00:21] my apache, document root is: /var/www; all of the mediawiki files are in: /usr/share/mediawiki; The mediawiki manual says: $wgScriptPath - "The base URL path (in relation to DOCUMENT_ROOT)." that would then be: ../../usr/share/mediawiki" ?? I am getting error: File does not exist within apache (error_log): /var/www/usr, referer: htttp://mail.deathstar.net/wiki/index.php/Main_Page [06:00:49] no [06:01:24] base URL, not base file. [06:01:44] so that would be Http://mail.deathstar.net/ [06:02:04] err http://mail.deathstar.net/wiki/ [06:02:26] oh hmm wiki/ [06:02:33] thanks :) [06:04:41] phew okay the errors have disappeared from 'pache but hmm still no proper page [06:06:00] oh fud! this could be a javascript problem! Grr! my java setup was broken on centos! let me check [07:10:57] 03ashley * r36186 10/trunk/extensions/SpecialForm/ (3 files): [07:10:57] SpecialForm: [07:10:57] *remove php ending tag [07:10:57] *tweak doxygen comments (addtogroup -> ingroup) [07:10:57] *add Finnish i18n [07:18:01] grr [07:24:19] could someone help me, i am having problems with my mediawiki install. I went through the standard config (web based), there are no errors being reported in apache but images and my default skins don;t load properly (no images, no "proper" layout). I have two areas where mediawiki has placed files: 1. /var/www/wiki 2. /usr/share/mediawiki. The skins have been installed in /usr/share/mediawiki. Do [07:24:20] i have to do anything special in Apache to get mediawiki to load? like using mod_alias and mapping /var/www/wiki to /usr/share/mediawiki?? [07:27:21] debian? [07:30:11] CentOS [07:31:01] CentOS 5, MySQL 14.12, php 5.1.6 [07:32:38] Eeek [07:33:17] we can't possible know what the packagers have done [07:33:20] I'm getting a all white page with text and nothing else [07:33:23] I hate CentOS with it's static outdated PHP [07:33:53] Wikia uses it... But at least they compile their own PHP [07:34:04] gahh! don;t get me started on centos! I HATE it. I normally use Debian or fedora (grudgingly) [07:34:20] is there a way to debug this? [07:34:24] Debian/Ubuntu depending on the situation for me [07:34:25] there are no images?? [07:34:40] <_wooz> lo [07:34:45] debian packaging isn't any better, afaik :o [07:34:52] Ya... [07:34:58] Ubuntu is a tiny bit better [07:34:59] style="background-image: url(wiki/skins/common/images/wiki.png) look at this??? [07:35:11] But it's anoying that they're at 5.2.4... It has a bug with cgi [07:35:21] well.. it may be cool to have configs in one place... but ffs, it makes us impossible to support those installations [07:35:25] I have no skins folder under wiki/?? it's in /usr/share/mediawiki/skins?? [07:35:56] do i have to mod_rewrite?? with the default install?? [07:36:02] apche probably isn't setup correctly [07:36:05] gghoul: That's web path... Your /usr/share/... is a filesystem path [07:36:21] gghoul: It's also possible you configured the paths wrong [07:36:27] gghoul: I'd just grap 1.12 branch from svn and get away with it [07:36:30] to alias wiki to whatever the path is [07:37:13] :/ Or fix the configuration issue [07:37:25] Apache likely has nothing to do with it... it's likely bad configuration [07:37:55] right, my web path is /var/www/ and wiki under that.. well if i alias wiki to /usr/share/mediawiki then won't this path break?? href="wiki/index.php/Main_Page" [07:37:59] Putting an alias in apache when the issue is a config issue, is like putting a bandaid on a cracking dam [07:38:10] it's just stupid packagers not writing documentation about what they did or gghoul not reading it :o [07:38:42] okay hang on let me check that. thanks (i did go through the mediawiki web based docs)! [07:38:47] gghoul: Ok... there's a good piece of information you skipped out on... your script root is wiki/ [07:39:01] i'm just a noob at sys admining [07:39:28] Because your script root is wiki/ the default web path to your skins directory is wiki/skins/ [07:40:01] wait a sec.. when you say "script root" what does that mean?? because there is a php file in /var/www/wiki/index.php and in /usr/share/mediawiki [07:41:44] gghoul: not mediawiki docs... centos docs! [07:43:08] if they split the package, it's their business to describe how to use it too, unless someone here figures what is going on [07:43:13] ah okay, ill look at it right away. I just don;t get it! everyone says script root but there are darn scripts in both dirs and Grr! let me cgeck [07:44:41] what there is under /var/www/wiki/ anyway? [07:46:56] LocalSettings.php config/ (which i should delete) images/ and index.php [07:47:52] ugh [07:47:57] sounds broken [07:48:12] index.php isn't the only entry point [07:49:43] I still suggest taking a standard installation from svn :D [07:51:49] I have: $wgScriptPath = "wiki"; (because "The URL base path to the directory containing the wiki") see that's what i mean by confusing docs. is /usr/share/mediawiki any less in containing the wiki. Also is he referring to wiki as a folder or as a concept. In this case, because of the URL bit I guess he means relative to my doc root, but it's still confuzzling. I would have just said: path... [07:51:50] ...to wiki folder under your webservers documentroot (given that only 'pache is the official server) [07:54:21] $IP = '/usr/share/mediawiki'; crud, i think the elder admin is giving me all crud work and hogging all the easy stuff (install mediawiki, install postfix+dovecot+SSL+TLS+Getmail) and h's doin asterix and some orange thingy [07:55:40] asterisk wouldn't be any easier :P [07:56:18] there's a book for asterix :) [07:57:25] scumbag. and yesterday he zapped me with some NFS+Dovecot fcntl errors and then i pointed to file locking he went offline [07:58:04] and i haven;t heard the end of that.. he's patched it for now by using something called pen [08:27:51] if a renew a pdf file in a mediawiki installation always the old version gets shown [08:28:10] i wiped out the cache a few times and used even different browsers [08:28:13] different computers [08:28:32] the file on the server is the new one but just the old one gets shown [08:28:37] i even restarted apache [08:28:49] what could i do and check? [08:29:04] marvxxx: check that your pdf reader isn't caching it. [08:29:38] good idea i will check it out [08:29:41] marvxxx: use "save link as" to check which version of the file is actually served / received by the browser. [08:30:44] Duesentrieb: i guess you got it. i checked it with a different pdf viewer and it works [08:30:54] the links was always right [08:30:55] \o/ [08:31:11] to the actual version [08:31:16] well, if the link is right, it can't possibly be related to the server or brwoser. so it gotta be something else :) [08:31:33] i thought about a strange apache file cache or a vodoo like that ;-) [08:32:01] when i renew images its much easier ;-) [08:32:51] hey thank you for your help [08:33:28] np. if acroread doesn't check if the file got updated on the server, then there's nothing we can do, i'm afraid [08:35:10] acroread and the gnome pdf viewer [08:35:23] xpdf is simple and shows whats actually there [08:35:45] great if something is so old that it doesnt have fancy things like a cache ;-) [08:55:26] Hi [08:56:24] I try to find an extension or a special page that would presents categories as a hierarchy or a graph/tree [08:56:54] Google did not help me because of the graph theory :) [08:58:42] oops it is the night in the US [08:58:51] I will ask my question agian later :) [09:01:34] http://www.mediawiki.org/wiki/Category:Tree_extensions [09:07:23] hx i will have a look [09:07:51] If someone's interested i extended pdfbook extension in order to alow the usage of extensions like CSOSource [09:07:52] resize images.... [09:08:11] but the author is not interested because ok a lack of time :/ [09:27:50] Hey, anyone tell me what "PHP Notice: Undefined offset: 2 in E:\Mediawiki\w\includes\api\ApiBase.php on line 242" means? [09:28:03] wich version? [09:34:53] i have done all the installs as follow by this page http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Ubuntu when i get to the part to configure the wiki i get a save box on win explorer does any one know why? [09:38:18] ialex, 1.12 [09:39:09] thx Splarka but it can only bu used in 1.8+ and in french railways we use 1.6 [09:39:25] nuts [09:39:52] what do you mean ? [09:40:14] "darn" basically [09:41:58] Reedy: missing paramter type definition in a api module [09:42:24] so presumably, something is wrong in his copy of the api files? [09:44:26] or it's missing somewhere [09:45:54] the fix is here: http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=32440 [09:47:23] thanks [09:52:19] hej if i want to move my media wiki from example dir /var/www/wiki_new to /var/www/wiki - i need just edit dirs locations in conf file? [09:58:50] hi [10:06:44] is the multi-file upload extension still supported/maintained ? [10:08:07] hi!!! is there a hooks to call a function when a user confirm his email? i need to send another email after a user confirm his account.. it's possible? [10:13:58] Rave21: UserSetEmailAuthenticationTimestamp, but it's only in 1.13 [10:14:58] hej if i want to move my media wiki from example dir /var/www/wiki_new to /var/www/wiki - i need just edit dirs locations in conf file? [10:20:50] sorry i was disconnected! is there a hooks to call a function when a user confirm his email? i need to send another email after a user confirm his account.. it's possible? [10:21:51] Rave21: UserSetEmailAuthenticationTimestamp, but it's only in 1.13 [10:28:28] i've 1.12 but i don't find how to upgrade to 1.13, in main page the last version is 1.12 [10:36:03] hello! i have problems with login! before all worked fine and now then i try to login i get wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again. [10:36:39] Rave21_: 1.13 is the development version [10:41:37] hey people - is there a way i can give a specific user account editing abilities on one page only? [11:03:06] 03btongminh * r36187 10/trunk/phase3/ (RELEASE-NOTES includes/SpecialUpload.php): (bug 14479) MediaWiki:upload-maxfilesize should have a div id wrapper on SpecialUpload.php [11:03:46] eh [11:03:53] hello! i have problems with login! before all worked fine and now then i try to login i get: wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again. [11:03:54] three letters: why? [11:04:30] ingw3: have you disabled cookies? [11:04:47] Nikerabbit: no i did not change anything [11:04:57] and i tryed diferent browosers [11:05:20] ingw3: does it give out cookies? [11:05:41] Nikerabbit: yes [11:05:50] 03(FIXED) MediaWiki: upload-maxfilesize should have a div id wrapper on SpecialUpload.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14479 +comment (10Bryan.TongMinh) [11:06:16] ingw3: well, check that the php session path is valid... [11:06:31] hmm, didn't btongminh irc? [11:07:48] 03ialex * r36188 10/trunk/phase3/docs/hooks.txt: Document UserLoadDefaults and UserSetCookies hooks [11:07:52] Nikerabbit: i loged in but still get this error [12:10:42] 03raymond * r36189 10/trunk/phase3/ (3 files in 2 dirs): [12:10:42] Reapply support of plural for 'linkstoimage', 'redirectstofile' and 'duplicatesoffile' [12:10:42] Now w/o breaking customized messages. [12:18:03] http://wiki.freeside.co.uk/index.php/Admin:Nagios_Plugin_Install - We're having intermittant problems loading pages on our wiki, it seems to have started after one of our apache twins went offline and came back.. [12:18:13] For some of us it works fine in one browser, but not the other [12:18:24] and other stuff on the same apache instances (word press MU) work fine [12:18:29] any suggestions? [12:21:51] nothing is ever evident in the apache logs [12:22:20] Reedy: please be more specific [12:22:23] "intermittent problems" [12:22:26] yeah [12:22:27] sorry [12:22:29] what kind of intermittent problems? [12:22:32] does it not load? [12:22:35] does it give an error? [12:22:38] does it redirect to goatse? [12:22:43] does it sleep with your girlfriend? [12:23:16] Yeah, usually it just results in a white page being loaded, browser reported as done [12:23:22] but it obviously isnt "done" [12:23:33] no errors displayed [12:24:26] it *could* be perlbal [12:25:41] but other stuff using the same load balancing (blogs are using the same pool on perlbal) [12:26:07] i'll be back in a bit, gotta go and pick my brother up from school [12:36:05] hey people - is there a way i can give a specific user account editing abilities on one page only? [12:49:14] 03(NEW) Allow Commons CheckUsers & bureaucrats to grant and revoke ipblock-exemption - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14507 15enhancement; normal; Wikimedia: Site requests; (herbythyme) [12:53:46] 03raymond * r36190 10/trunk/phase3/includes/ImagePage.php: Tweak for r36189: Back to addWikiMsg but now with the appropriate parameter. Thanks to Nikerabbit who points me to the correct usage. [13:44:04] 03(mod) Enable Password Reset extension on Wikimedia private wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13177 (10tstarling) [13:46:35] Werdna, its just being weird now... partially fine in IE for me, not fine in IE for others, and vice versa for FF [13:48:53] in IE as long as i dont go to the login page, im alright [13:48:57] but i need to login first [13:50:55] would it bee too difficult to put the comment between and ? [13:51:05] why? [13:51:07] what would be the purpose of that? [13:53:33] it's easy to get its content by using lastNode of body... ...unless somebody manipulates the body tree before you use this. but there's no probability somebody would manipulate dom between and thus lastNode of html would be always reliable [13:55:49] what for would you use it's contents? [13:56:40] gadget to display the serving server so no need to open source to get it [13:56:57] I'm really despairing here [13:57:26] there's at least half a dozen url_fopen/register_globals arbitrary execution vulnerabilities in our extensions directory [13:57:42] only 6? i'm surprised [13:57:42] by various authors [13:57:55] that's just how many I found before I started despairing [13:58:07] most people who write PHP code a) aren't very good programmers and don't even know PHP very well and b) don't know how insecure php is by default [13:59:07] it's our fault, they follow examples from code that is accidentally secure [13:59:20] ..oo [13:59:22] and they don't realise what an amazing accident it is that it is secure [13:59:42] I think we should be reviewing and marking "good" extension as such [14:00:00] yeah, but we let them commit before review [14:00:11] and we don't have any system for distribution other than svn [14:00:24] so all someone has to do is run svn up at the wrong time on a complete extensions tree, and they have an insecure installation [14:00:59] if (!defined('MEDIAWIKI')) die(); [14:00:59] global $IP, $smwgIP; [14:00:59] include_once($IP . '/includes/SpecialPage.php'); [14:01:05] well.. that is true for core also [14:01:11] see, this is accidentally secure [14:01:21] what's the !defined bit for? who knows? [14:01:23] there's no comment [14:01:31] i know! i know! do i win a prize? [14:02:14] yes flyingparchment, and here's captain obvious to present it to you: http://uncyclopedia.org/wiki/Captain_Obvious [14:02:29] did r36093 actually get synced? [14:02:29] :o [14:02:38] why don't they use autoloading... [14:02:41] I can't picture something like that getting through [14:03:02] AaronSchulz: what was that? [14:03:13] because they are following examples from code that didn't use autoloading [14:03:20] perhaps the code came from some ancient latin text [14:03:25] Nikerabbit: well, it was reverted in http://svn.wikimedia.org/viewvc/mediawiki?view=rev&sortby=date&revision=36185 [14:03:26] and nobody stopped them [14:03:40] so that's what I'm doing now, making all this stuff use autoloading [14:03:46] AaronSchulz: don't have a browser handy currently.. [14:03:46] and fixing some of the many, many vulnerabilities [14:04:06] :O [14:04:48] I'm pretty sure that even my extensions have few... I should know better [14:06:32] Semantic MediaWiki is the worst [14:06:55] if anyone wants to help with this crusade, there's enough work in SMW for two people [14:07:33] I could... as soon as someone figures why my X is using 2 gigs of memory [14:17:00] Is there a setting in localsettings for requiring an email address confirmation to create an account? I thought an email account was needed in 1.12 [14:20:06] so would it bee too difficult or impossibe to put the comment between and or it shouldn't be such a big issue? [14:22:53] question is, is that number any value to the users [14:25:34] well if it's not such a big deal to move it then i think it's worth it because one could count on it every time [14:27:18] I just upgraded from 1.11 to 1.12 and I have required an email to edit, but when an anonymous user tries to edit a page now they are presented with a permission error page and not the usual Login required to edit page. Does anyone know what I can do to make sure that unauthenticated users see the login required to edit page, and not the permission error page? [14:28:56] Danny_B: mmm [14:31:49] looks easy [14:32:19] include_once $sfgIP . "/includes/SF_TemplateField.inc"; [14:32:19] if (!defined('MEDIAWIKI')) die(); [14:32:28] kind of defeats the purpose to put the check *after* the exploit [14:33:28] oj [14:33:45] how are you searching for such? [14:36:13] grep -r --include=*.php 'require.*$IP' . [14:36:43] doesn't pick up that particular one, granted, but there was one of those in the same extension [14:39:03] How can I 'recover' a user account as a sysop? Tried using the "ResetPassword" extension to set the user account to a new password, and still no luck. [14:39:50] ResetPassword kind of works in the latest version, except it gives everyone on the internet the ability to execute arbitrary scripts [14:39:58] even if you haven't installed it [14:40:32] well, assuming you have register_globals and url_fopen both on [14:41:21] Sorry, I used "PasswordReset" >> http://www.mediawiki.org/wiki/Extension:Password_Reset and am running MW 1.11.2 [14:42:07] How else can I "reset" this one account I am trying to recover for a user? [14:42:21] what doesn't work about it? [14:42:36] :Note: user did not supply a valid email upon registering, so system can not email a temp password [14:43:06] TimStarling: I reset the password, tried to login as that user with the new password to test it and I can not log in [14:43:32] do you use an object cache, such as memcached? [14:44:00] I remeber selecting not to use that during install [14:44:30] TimStarling: is there a way to double check [14:44:32] when did you download the extension? [14:44:45] search for $wgMainCacheType in LocalSettings.php [14:45:08] should say: [14:45:13] $wgMainCacheType = CACHE_NONE; [14:45:39] TimStarling: peap.. that is what I have [14:45:43] Yeap** [14:46:09] also >> $wgMemCachedServers = array(); [14:46:20] have you got mysqladmin or some similar utility? [14:46:34] some access to your database? [14:47:16] yeah.. I have mysqladmin , phpmyadmin as well as a direct access to the mysql terminal (SSH) [14:48:28] well, if you open the user table, and find that user's row, there's a user_password field [14:48:38] just reset the email [14:48:47] can you check if that changes when you reset the password using the extension? [14:49:23] flyingparchment: I'm going to be enabling this extension on Wikimedia soon [14:49:32] so I'd like it to be reasonably bug-free [14:49:33] ew [14:49:47] just on the private wikis, see bug 13177 [14:49:56] ah, to scramble passwqords? [14:50:12] yeah, it's a bit weird, it has a block status hook [14:50:30] so it scrambles the user's password, and shows them a block message if they try to log in, instead of a "wrong password" message [14:51:56] TimStarling: copying current hash so I can compare it with the new one... [14:52:08] hello, I would like to know when a thumb can be requested after an image has been uploaded. apparently, the when the hook 'UploadComplete' is called, thumbs are not immediately available... [14:52:53] 03nikerabbit * r36191 10/trunk/extensions/AbsenteeLandlord/AbsenteeLandlord.php: * Use wfLoadExtensionMessages so that descriptionmsg actually works [14:52:57] ThomasV: why? [14:53:19] TimStarling: I would like to do some image processing right after the upload [14:53:43] what sort of image processing? [14:53:58] computer vision [14:54:08] you mean like driving cars automatically? [14:54:19] not exactly... :-) [14:54:22] unmanned space probes on mars? [14:54:29] like finding the geometry in the image [14:55:16] do you know when I can request a thumb ? [14:55:20] to display in the HTML? [14:55:48] TimStarling: The password hash is the same after running reset Password [14:56:10] gegema: did you set it to something different than you did on your previous attempt? [14:56:51] is there any way in gvim to copy the current filename to a register? [14:57:56] TimStarling: Just tried a totally new password, hash is the same >> I am assuming the password hash is in the `user_token` field [14:58:11] no, it's the user_password field [14:58:17] TimStarling: after upload the user is redirected to the image page, which contains a thumb. however if I try to request the thumb from another process (with wget) then I need to wait [14:58:21] but user_token should probably change too [14:59:11] ThomasV: do you need the thumbnail in order to extract information to display in the HTML? [14:59:26] TimStarling: no. I need it with wget [14:59:36] from a pyhon process [14:59:42] *python* [14:59:56] where does the output go? [15:00:20] to the hard disk of another machine (not the webserver) [15:01:14] I just want to know when I can request it safely [15:02:02] no, you're asking for advice on how to write your extension, "10 seconds" would answer that question, but it wouldn't make you happy [15:02:11] TimStarling: Yeah...the ResetPassword Ext works... password hash changed [15:02:29] TimStarling: indeed [15:02:57] I would prefer to detect the relevant event [15:03:38] by the time UploadComplete is called, it looks like the transaction is committed and the file is closed [15:03:54] is it on NFS? [15:03:59] yes, but wget fails [15:04:05] no, no nfs [15:04:07] with what error? [15:04:14] is it the file or the DB row that's missing? [15:04:31] TimStarling: Sorry for the confusion...just figured it out.. I have installed StronPassword Ext that I had wanted to enforce a minimum of 8 chars and CAPS... I did not pay attention to the maximum $strlen which was 16 chars and this user's pass had 18 :( [15:04:56] gegema: error reporting is everything [15:05:14] you installed an extension that enforces a maximum password length? [15:05:22] if it said "the password is not strong enough", there would have been no problem [15:05:49] ok, or "too long" [15:06:02] not sure how a password can be too long [15:06:08] flyingparchment, I really didn't pay attention to that piece when I installed it as the main focus was on enforcing minimum... not sure why they have a maximum strlen there [15:07:21] TimStarling: MediaWiki:Passwordtooshort is at its default msg, don't know if MW has a Passwordtoolong option :) [15:07:58] TimStarling: I think that the downloaded thumb is of size 0 [15:08:02] MW has strings, they can hold just about anything [15:09:23] Q: why is "suppressredirect" right disabled and may we ask to enable it on a particular project? [15:09:36] ThomasV: I suggest you investigate exactly what is going wrong in thumb.php [15:09:50] ok, I will try [15:10:28] AlexSm: I think you want #wikimedia-tech [15:10:48] mm, ok [15:39:07] hi all, is there a page that lists the features of mediawiki... I can't seem to find one on the mediawiki.org site [15:53:35] why are the semantic extensions so bad? [15:55:12] it's like they were written on a little desert island [15:55:40] where there was no contact with regular mediawiki developers except once every year when they went to wikimania [15:56:21] they repeat all the mistakes the core team used to make back when we were learning PHP [15:57:21] heh I remember some of those mistakes [15:59:13] as for register_globals/url_fopen, maybe putting a warning in the manual wouldn't work [15:59:27] I used to think it would help, but maybe it's not enough [16:00:09] since apparently half our *core* developers, let alone extension developers, have never read the manual entry for empty() and think it tests an array for zero size [16:03:30] how does one remove the page title from the page content, like http://www.mediawiki.org/wiki/MediaWiki [16:03:57] I would like to get rid of the "Main Page" on the following page: http://wiki.openembedded.net/index.php/Main_Page [16:03:58] I wonder what proportion of shared hosts have register_globals=url_fopen=1 [16:04:20] cbrake: do you have register_globals=url_fopen=1? [16:04:54] TimStarling: don't know -- I did not set up the wiki, so where do I check? [16:05:30] pretty sure that's JS [16:06:21] CSS, they use a descendent selector of the body class [16:06:45] which has the page title in it [16:07:03] I think that was splarka's idea, no doubt so he could do evil things with CSS on uncyclopedia [16:07:22] well, that's better than before [16:26:57] did I miss anything? [16:27:08] n [16:29:39] got it -- thanks! [16:35:24] brion: it's so horrible [16:35:32] oh? [16:35:32] I don't know how to fix it [16:35:33] we have so many register_globals/url_fopen vulnerabilities, it's not funny [16:35:41] nobody reviews the code for them, only a small proportion of extension developers know how to avoid them [16:35:45] I hate PHP [16:36:13] :( [16:37:05] all the require("$IP/blah")s i've noticed have had define checks added around them. there some left i did'nt notice? [16:38:33] I'd better not give you a list, it could be used for systematic exploit [16:38:38] not that it would be hard from scratch [16:38:59] well, I guess I'll have to commit it eventually, then everyone will know [16:39:51] heh [16:41:01] 03(NEW) In edit summaries allow monospace styling (e.g. ) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14508 15enhancement; normal; MediaWiki: History/Diffs; (minuteelectron) [16:43:28] brion: for http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=36185, was stub threshold the only problem? [16:44:26] ialex: only one i happened to notice, but likely not the only one [16:44:41] the wrong language TOC was caused by something else? [16:44:44] there was a report also about ui language in TOCs and such [16:44:49] might be the same issue [17:04:01] mm [17:10:20] :o [17:10:37] *Charitwo pokes Nikerabbit with a stick [17:10:42] why [17:11:17] *brion gives Nikerabbit a band-aid [17:12:29] <^demon> brion: I might be thinking too far in advance, but I opened a PHP6 tracking bug last night. [17:12:42] <^demon> Just fyi for everyone :-) [17:13:11] excellent :) [17:13:37] <^demon> Good-standard PHP5 shouldn't have issues transitioning, hopefully. [17:14:01] unicode strings are going to be the biggest problem, probably [17:14:20] <^demon> Yeah, seeing as 6 will have better support for it. Less hack-and-slash to get to the end result. [17:15:00] would be nice if php got their language right the first time [17:15:09] weird how C++ doesn't need to make many incompatible changes every two years [17:16:05] lol [17:16:25] ms makes up for it with the visual studio ide [17:17:19] <^demon> Visual Studio is our dept.'s *official* ide. [17:23:05] ^demon: There's nothing wrong with Visual Studio... [17:23:42] <^demon> MinuteElection: Being bloated is a drawback imo. [17:24:52] The functionality itself works well, nevertheless. [17:25:25] <^demon> I don't doubt that. Just not my first choice in IDEs. [17:27:57] fair enough [17:28:06] What does the ipblocks_old table do? [17:33:51] MinuteElectron: i believe it's an artifact of an upgrade [17:34:47] ok, safe to remove then? [17:35:00] 03brion * r36192 10/trunk/phase3/includes/SpecialUpload.php: Let's not go overboard with Xml::tag() for simple
and s :) [17:35:45] should be [17:35:52] :) [17:37:27] 03brion * r36193 10/trunk/phase3/includes/SpecialUpload.php: [17:37:27] hoist by my own petard! [17:37:27] fix syntax errors in my last commit [17:38:14] avast [17:45:01] 03mfarag * r36194 10/trunk/phase3/maintenance/ (wikipedia-interwiki.sql wiktionary-interwiki.sql): Update [17:45:28] 03brion * r36195 10/trunk/phase3/includes/ImagePage.php: cleanup for r36190 -- remove extra parameters left over from wfMsgExt() call [18:00:15] Anyone know why some (most?) of the core special pages don't actually extend SpecialPage? [18:05:32] mib_2zcuiz: they predate SpecialPage class [18:05:40] or were copied from other pages which do :) [18:05:49] any plans to update them someday? [18:06:00] if someone really wants to [18:06:02] no big need [18:06:51] if core special pages and extension special pages were both handled in a similar manner, we could fix this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=10719 [18:21:29] 03ashley * r36196 10/trunk/extensions/ImportUsers/SpecialImportUsers.php: [18:21:29] ImportUsers: [18:21:29] *remove ExtensionFunctions.php dependency [18:30:20] 03(NEW) SUL doesn't autologin on Incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14509 15enhancement; normal; MediaWiki extensions: CentralAuth; (Platonides) [18:30:43] 03ialex * r36197 10/trunk/extensions/CheckUser/CheckUser.php: Removed double author declaration in $wgExtensionCredits and use an array [18:47:00] I downloaded an svn version of MW parallel to my working MW install (1.11.x) in /www/phase3. Then I did a cp -Rv /www/phase3/* /www/wiki to copy the new files over and ran the update script... now that i am trying to point to my wiki site via a browser, it is going to www.example.com/phase3/index.php intead of www.example.com/wiki [18:47:39] so I know what the correct way of upgrading is for next time, what should have I done in the above situation? [18:49:33] gegema, http://www.mediawiki.org/wiki/Manual:Upgrading_to_1.12 [18:50:35] its probably still salvageable. what is your $wgScriptPath set to in LocalSettings.php? [18:52:20] mib_2zcuiz: interestingly enough "/phase3" [18:52:39] yeah, change that back to whatever it was in your old installation [18:52:58] probably /wiki [18:53:28] mib_2zcuiz: so doing a "cp -R path/to/new/files/* /path/to/old/files/" is the correct appraoch in updating the core files? [18:54:17] i normally follow the other method in that link which is unzip the new package directly over your old directory, rename your LocalSettings.php to LocalSettings.php.bak or something, and rerun the installer. [18:54:59] I wonder what others do... b/c I am just not convinced I was doing it right by doing a cp /* [18:55:07] of course as long as you back everything up, you should be able to fix anything you mess up [19:29:46] VasilievVV, are you around? [19:30:05] stwalkerster_: yes [19:30:06] mjao [19:30:33] I'm using your API "WikiAccess" library from sourceforge. [19:30:54] in WikiTools.Access.Wiki, it wants a URL [19:31:42] the URL of the Wiki. I'm wanting to use enwiki, but can't seem to get the right URL for it. I either get a 404 error, or a 403. [19:31:54] Ah. You found that ancient thing? :) [19:32:01] http://en.wikipedia.org/w [19:32:13] I'll try that...thanks [19:32:47] hmmm... seems to have worked [19:33:03] I'm getting other errors now which are a fault of my own messy coding. :P [19:33:55] Last time I checked a part of code didn't seem to work [19:34:12] hmmm... which part? [19:34:46] I just want to get a list of a user's contribs, but I could do with it in 5000-strong batches, so I'm using my bot's username [19:35:13] I couldn't figure out the login via post. :'( [19:57:37] 03demon * r36198 10/trunk/phase3/includes/Database.php: No point in fetching the result in Database::unlock() if we're not using it anyway. [20:02:09] 03(mod) Cross-wiki watchlists with option for public viewing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=3525 +comment (10titoxd.wikimedia) [20:13:53] hey Jack_Phoenix [20:14:07] heya Wiredtape :-) [20:14:24] :) ... know css good? [20:15:00] well, somehow ;-> [20:15:32] wanna help me out for a sec? i'm trying to figure out why some div is giving more height than it should... :) [20:15:46] sure :) [20:16:11] 03(NEW) Normal editors by default see stable version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14510 normal; normal; MediaWiki extensions: FlaggedRevs; (chrislb) [20:16:52] Jack_Phoenix: -> http://en.wiredtape.com/wiki/United_States_Citizenship_and_Immigration_Services click on forms and look at the height of the entry.. there's too much space for the bottom tr.. that's caused by the rating stars.. i just can't figure out why they are giving that much height... [20:22:41] hello guys, I've read the development faqs and archives but I didn't find out if a "plain file" storage backend has ever been considered for mediawiki [20:23:25] lorenzo_ : plain file? [20:23:33] <^demon> O.o [20:23:38] something like dokuwiki and pmwiki do [20:23:45] Jack_Phoenix : if you think of anything let me know... [20:23:51] MediaWiki's not dokuwiki ;-) [20:23:56] lorenzo_: im not familiar with those... [20:24:06] Wiredtape: very odd indeed...dunno what causes it [20:24:17] nothing I could think of...and firebug ran out of suggestions too, apparently [20:24:31] Jack_Phoenix : firebug has suggestions? :D [20:25:03] well, not in the literal sense...but it's been quite helpful for debugging css, showing what inherts and where :> [20:25:09] what's even weirder is what happens in ie7.. that rating thing gets a 99999999 z-index... ! [20:25:26] *Wiredtape loves firebug a lot! [20:25:45] me too, despite that I don't use Firefox as my main browser ;-) [20:25:58] really? why not? [20:26:25] I prefer IE ;-> [20:26:29] *Jack_Phoenix runs [20:26:44] hehe [20:26:45] heritic! [20:26:49] you should run! [20:26:59] oh Splarka! you can save me! the whiz of css and javascript :) [20:27:01] or is that harrytick [20:27:12] hehe [20:27:32] mmm ok let me clarify a bit; since mediawiki gained a postgres backend recently, I took a look at the source and found out that a minimal abstraction layer over the backend exists; so, potentially a plain file storage backend could be developed, but I never found anything about it [20:27:44] Splarka, mind taking a look at http://en.wiredtape.com/wiki/United_States_Citizenship_and_Immigration_Services? i have two funky problem happening with the star rater... [20:28:20] I guess it's not the developers' top priority, but I would be glad to hack on it as a proof of concept [20:28:37] 03(WONTFIX) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 +comment (10roan.kattouw) [20:28:55] googlebot is indexing my specialpages, and it hits the blockediplist, and the blocked IP list has a link to the next 100 [20:29:18] results even if there is nothing in the list, so googlebot sits there loading the next 100 forever [20:29:30] how can I block non-logged in users from the special pages ? [20:30:31] lorenzo: I think that would be a good feature (plain file backend), and SQLite as well [20:31:06] <^demon> There's a SQLLite database class in svn. [20:31:07] !robots | CoffeeIV [20:31:07] --mwbot-- CoffeeIV: I don't know anything about "robots". [20:32:13] derwin: I presume this could be done using robots.txt as well . . . do you have a link to an example robots.txt file that does it ? This must be a common problem [20:32:18] CoffeeIV: for example, google results like http://en.wikipedia.org/wiki/Googlebot [20:32:45] http://en.wikipedia.org/wiki/Googlebot [20:32:46] etc [20:32:48] err [20:32:54] http://www.google.com/support/webmasters/bin/answer.py?answer=40360&ctx=sibling [20:33:27] 03ialex * r36199 10/trunk/extensions/UsernameBlacklist/UsernameBlacklist.php: [20:33:27] Some tweaks to UsernameBlacklist: [20:33:27] * Remove useless extension function, declare hooks while including the file (and don't include UsernameBlacklist.i18n.php at each request) [20:33:27] * Fixed two E_STRICT: [20:33:27] ** UsernameBlacklist::fetch() not marked as static [20:33:29] ** Only variables should be passed by ref (line 40) [20:33:29] I dunno.. maybe there is some secret mediawiki mojo you're asking about [20:34:30] Is there are way to transclude an ns:0 page that's not a subpage of the current page? I.e., an arbitrary ns:0 page? [20:34:36] http://en.wikipedia.org/robots.txt [20:34:38] s/are/any/ [20:34:43] 03(mod) Add rd_interwiki colum to redirect table - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14418 +comment (10roan.kattouw) [20:34:54] User-agent: *\nDisallow: /wiki/Special for example [20:35:05] msh210: {{:Foo}} would transclude [[Foo]] [20:35:20] Splarka oh of course -- thanks [20:36:46] hello [20:36:47] Jack_Phoenix: !! [20:37:01] Jack_Phoenix: mitäs käännöksiä sä viimeksi laitoit [20:37:16] jotain vanhoja muistaakseni [20:37:34] Jack_Phoenix: mulla oli jotain valittamista niistä [20:38:41] Jack_Phoenix: Huono -> kelpaamaton, lainausmerkit väärin, turhia lauseenkastikkeita [20:38:55] tyhjää parempi IMO [20:39:18] haluutko korjata? [20:39:37] May I control what users post with mediawiki? Like to moderate the posts? [20:39:47] ehkäpä ruokailun jälkeen ;-) [20:41:12] 03(mod) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 (10brion) [20:41:26] Jack_Phoenix: olis kiva [20:43:03] mediawiki really should have a default robots.txt in the distribution, that like the one on wikipedia that Splarka pointed out, keeps the bots out of the dynamic and special pages [20:43:24] 03(ASSIGNED) EDIT: more shortcut options wanted - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14459 +comment (10roan.kattouw) [20:47:12] 03(mod) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 (10roan.kattouw) [20:47:12] mmmm [20:47:22] CoffeeIV: robots.txt requires absolute paths, and only works if it's in the root directory [20:47:26] yeah, I've been banging my head for stupid crawlers too [20:47:46] so if we did, it'd only be beneficial for people who put their wikis in the URL root [20:47:51] could perhaps provide a note, and perhaps even tempate, but yeah.. basically a job for the sysadmin [20:48:00] plus if it overwrote peoples' existing robots.txt files they'd be justifiably pissed [20:48:32] Nikerabbit: a script could auto-generate the robots.txt, and a note could tell the sysadmin to append it to the "real" one. [20:48:51] Or, there could be a config flag to deny those pages to certain user agents [20:49:23] fixing the way the blockediplist gives you a "next" link when there is no next would be nice too [20:49:35] 03(ASSIGNED) API parser does not use HTMLTidy on non-cached pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14471 +comment (10roan.kattouw) [20:50:52] huh? [20:50:57] is there bug open for that? [20:51:25] too bad you can't @import supplemental robot definitions [20:53:50] 03(mod) Normal editors by default see stable version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14510 (10JSchulz_4587) [21:00:38] 03(mod) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 (10brion) [21:01:14] 03(mod) Normal editors by default see stable version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14510 +comment (10Wiki.Melancholie) [21:02:49] 03ialex * r36200 10/trunk/extensions/TitleBlacklist/TitleBlacklist.php: Like UsernameBlacklist, remove useless extension function [21:03:19] 03(mod) CentralAuth global session not including wikipecies, incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 summary (10brion) [21:03:28] 14(INVALID) Exclude stubs from Special:Random - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14451 (10bugzilla.wikimedia) [21:03:37] 14(DUP) SUL doesn't autologin on Incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14509 +comment (10brion) [21:03:47] 03(mod) CentralAuth global session not including wikipecies, incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 +comment (10brion) [21:04:49] 03(mod) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 (10roan.kattouw) [21:07:55] 03(mod) Normal editors by default see stable version - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=14510 (10chrislb) [21:14:21] Is there a way via the api/similar to find out if cascading protection is enabled on that wiki? Rather than checking the actual page if the check box is enabled [21:16:05] hi all i need some help [21:16:17] 03(FIXED) Search by first letters or digits in [[Special:Categories]] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13095 +comment (10Simetrical+wikibugs) [21:16:59] i am having a problem with image resize... I have tried all the solutions in mediawiki.org however the thumbnails are not been generated [21:17:21] 03(mod) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 (10brion) [21:19:22] 03dale * r36201 10/branches/MetavidWiki-exp/frontend_pages/: added directory for front end pages [21:19:34] can anyone help me plz...?? [21:20:15] 03(mod) Search by first letters or digits in [[Special:Categories]] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13095 (10Simetrical+wikibugs) [21:20:49] 03(mod) CentralAuth global session not including wikipecies, incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 +comment (10Wiki.Melancholie) [21:23:13] 03(mod) Search by first letters or digits in [[Special:Categories]] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13095 (10brion) [21:23:37] luisdiego, you'd ahve to tell us what error messages you were getting [21:33:34] Reedy, in the image page a don't see the thumb, just a link to the original file [21:33:38] example: http://www.seresverdes.com/wiki/Imagen:P1040914.jpg [21:34:15] 03simetrical * r36202 10/trunk/phase3/includes/SpecialCategories.php: I think every string that evaluates to boolean false will be unaffected by this code block anyway (can't capitalize numbers), but we want a strict check here anyway. [21:36:20] 03btongminh * r36203 10/trunk/phase3/ (4 files in 2 dirs): Removed $wgEnableCascadingProtection. It was a quite pointless configuration setting which was not even properly implemented. Cascading protection has been always possible regardless of this configuration setting. [21:36:41] Error 403 This Page is Forbidden [21:37:09] check your file permissions and server configuration [21:38:32] 03(mod) Magic word to add supplemental text above edit box for a particular page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8260 (10rockmfr) [21:42:42] 03siebrand * r36204 10/trunk/phase3/languages/messages/ (96 files): Localisation updates for core messages from Betawiki (2008-06-11 23:26 CEST) [21:53:30] 03(mod) A way to hide the sidebar providing a "fullscreen" view - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14501 +comment (10Simetrical+wikibugs) [21:53:36] 03siebrand * r36205 10/trunk/extensions/ (80 files in 74 dirs): Localisation updates for extensions messages from Betawiki (2008-06-11 23:26 CEST) [21:56:28] why Baluchi(bcc) doesn't appear in the bottom of this page(http://www.mediawiki.org/wiki/MediaWiki) [21:56:49] mostafa2: because it needs to be added [21:57:19] 03(mod) Allow noncritical and possibly repetitive API queries to be cached by &maxage URI parameter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14402 (10herd) [21:57:32] ialex: how? [21:57:41] mostafa2: wait a minute ;) [21:57:58] :)ok [21:58:01] mostafa2: what's the name of bcc? [21:58:20] بلوچی [21:58:31] and in english? :) [21:58:34] 03(mod) Install the StringFunctions extension - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 (10Simetrical+wikibugs) [21:59:12] 03(mod) CheckUser's install.php doesn't work - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14497 (10shaiaquanature) [21:59:38] Simetrical: $from != '' will not have false positives with '0' [21:59:45] it's just straight boolean checks which do that [22:00:43] 03siebrand * r36206 10/trunk/extensions/ (6 files in 6 dirs): [22:00:43] Localisation updates. [22:00:43] * style fixes: lower case "{{plural" to upper case "{{PLURAL" [22:01:46] brion, this confuses the hell out of me. [22:01:55] But yeah, that's right. [22:02:00] It's that non-transitivity kicking in. [22:02:08] *Simetrical sighs loudly [22:02:09] :) [22:02:28] Yay, Mozilla bug 50630 looks like it will be fixed for 1.9.1. https://bugzilla.mozilla.org/show_bug.cgi?id=50630 [22:02:46] \o. [22:03:08] :( @ amputated arm [22:03:22] oop [22:05:04] mostafa2: done [22:05:30] 03siebrand * r36207 10/trunk/extensions/Wikidata/util/voctrain/i18n/language.i18n.php: A few languages did not show with their interface. Maybe this fixes it. [22:05:38] *mostafa2 refreshing page. [22:06:56] *Splarka gives brion a hook, arrr: \o? [22:07:03] :))) [22:07:31] *mostafa2 thanks ialex [22:07:48] np :) [22:13:09] 03(NEW) Double escaped entities on Delete-legend message - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=14511 15enhancement; normal; MediaWiki: User interface; (Platonides) [22:13:24] can anyone help me!? [22:13:51] [2:36pm] brion: Error 403 This Page is Forbidden [22:13:52] [2:37pm] brion: check your file permissions and server configuration [22:14:09] "Part of the art of doing a release is to decide which users to piss off. Guess what? You win this time, sorry." [22:14:19] !ask [22:14:19] --mwbot-- Don't say "I have a question", or ask "Is anyone around?" or "Can anyone help?". Just ask the question, and someone will help you if they can. Also, please read < http://workaround.org/moin/GettingHelpOnIrc > for a good explanation of getting help on IRC. [22:14:58] !ask | luisdiego [22:14:58] --mwbot-- luisdiego: Don't say "I have a question", or ask "Is anyone around?" or "Can anyone help?". Just ask the question, and someone will help you if they can. Also, please read < http://workaround.org/moin/GettingHelpOnIrc > for a good explanation of getting help on IRC. [22:16:23] Alexfusco5|Away, he had already asked his question. [22:16:33] k [22:20:40] 03catrope * r36208 10/trunk/phase3/includes/GlobalFunctions.php: Re-add wfEncryptPassword() (removed in r35923 in favor of User::crypt() and User::oldCrypt()) for extension compatibility, so old extensions don't go around and throw fatal errors all over the place. [22:22:22] 03(FIXED) Cache pollution with messages in user (not content) language - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14503 +comment (10brion) [22:25:18] I'm running mediawiki on website(http://mdaneshvar.ir/wiki/index.php?title=%D9%88%DB%8C%DA%98%D9%87:Version) [22:25:39] I want to change ugly URLs [22:26:07] !shorturls mostafa2 [22:26:07] --mwbot-- To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [22:26:25] I've followed this (http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_PHP_as_a_CGI_module%2C_no_root_access) [22:27:16] it remained unsolved? [22:28:08] in the image page a don't see the thumb, just a link to the original file... example: http://www.seresverdes.com/wiki/Imagen:P1040914.jpg how can i fix it [22:30:08] luisdiego: do thumbnails work anywhere else for you? if not, make sure it's configured correctly [22:30:32] Do u think this PHP feature(Virtual Directory Support ) make problem for short URLs [22:31:49] !rewriteproblems | mostafa2 [22:31:49] --mwbot-- mostafa2: 1) Try as a fail-safe method; 2) Do not put the files into the document root; 3) Do not map the pages into the document root; 4) Use different paths for real files and virtual pages; 5) Do not set a RewriteBase; 6) Put all rules into the .htaccess file in the document root. [22:32:35] luisdiego: http://www.seresverdes.com/w/images/thumb/4/47/P1040914.jpg/500px-P1040914.jpg is the urls given for the thumbnail. this generates a code 403 "forbidden". This inidcates a permission problem -- possibly file permissions, or something in an .htaccess file [22:34:17] i have the folder permissions set to 777 [22:35:16] Duesentrieb, the thumbnails worked for a while and out of nothing they stopped working [22:35:23] luisdiego: well, "world writable" is usually a bad idea. anyway, check the permissions for all folders that get generated inside that oned. [22:35:59] "out of nothing" doesn't exist, something has changed. a php update, a change in the apche config, files restored from backup with different user ids, *something* [22:36:16] those are 755 [22:36:32] and the thumbnail file itself? [22:36:53] anyway... if apache returns a 403 and you donÄt know why, this is an apache problem. [22:37:08] the images are generated by mediawiki, but not served by mediawiki. [22:37:13] they are served as static files. [22:37:31] strangely it is 600 [22:37:46] under some circumstances, mediawiki may create files or folders with the wrong permissions set. but that does not appear to be the case for you. [22:37:52] ah. 600 could be a problem [22:37:58] if the php user is different from the apache user [22:38:13] could be a problem with the setup of suphp [22:38:17] ask your hoster [22:38:47] ok, then i need the php user to be the same as the apache's? [22:39:04] that is one way, but unlikely to happen on a shared host. [22:39:27] no, the file should just get created with permissions that make it readable for apache [22:39:44] the umask setting for suphp is often a cause of probelms with that [22:39:55] though generally, this also applies to the directory, not only the file [22:39:56] not sure. [22:41:42] well thanks [22:46:58] Oh noes, OLPC now supports Windows XP! [22:47:04] For . . . $3 per laptop. [22:47:42] Cheerful though the spread of Linux makes me, seeing Microsoft have to cut prices that drastically to compete is almost as good. [22:48:29] what URI's are available in mediawiki besides mailto and IRC? [22:53:57] nolhay, http, https, ftp, irc, gopher, telnet, nntp, worldwind, mailto, news. [22:53:59] By default. [22:54:01] Configurable. [22:54:05] !wg UrlProtocols [22:54:05] --mwbot-- http://www.mediawiki.org/wiki/Manual:%24wgUrlProtocols [22:54:26] How can I enable (FollowSymLinks)? [22:54:26] http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access [22:55:42] mostafa2, ask in #apache. [22:55:57] You'll need to change .htaccess (or, if you can access it, httpd.conf). [22:58:30] whatthe hell? [22:58:51] why do the short url instructions say anythign about symlinks? that'Äs complete and utter bullshit. [22:59:00] that setup doesn't involve symlinks. [22:59:06] {{sofixit}} ? [22:59:09] mostafa2: are you actually USING symlinks? [22:59:13] Simetrical,thanks [22:59:17] Splarka: yea, but i have to rant first :P [22:59:23] heh [22:59:36] There are about 758 different recommended ways of setting things up on that page. [22:59:37] *Splarka adds some instructions pertaining to the maintenance of a 1957 Chevy to the middle [22:59:46] Of which probably about 5 are actually distinct in any meaningful sense. [22:59:52] It needs to be purged with fire. [23:00:35] Duesentrieb, I am not sure [23:00:50] mostafa2: then the answer is very likely "no". [23:00:56] just following this http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access [23:01:03] and then you don't need the Options +FollowSymLinks [23:01:18] (which was the answer to the question about how to enable them) [23:01:36] the instructions about symlinks are bullshit (or at least, misleading) [23:01:39] #i'm fixing it [23:04:23] 03raymond * r36209 10/trunk/extensions/FlaggedRevs/language/UnreviewedPages.i18n.php: Localisation updates German [23:04:30] i have an extension, part of which, takes user input in the form of wikitext. is there a standard function i can run the input through to sanitize it? [23:06:59] parse it as wikitext? escape all parseable wikitext? escape only unwhitelisted html? [23:07:26] Splarka: just to make sure they aren't slipping in any script tags or something like that [23:07:40] or does the parser handle that on the way back out? [23:07:58] the parser passes it through the sanitizer yes... [23:08:31] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Sanitizer.php?view=co&content-type=text%2Fplain [23:08:49] Splarka: okay. and to prevent sql injection? [23:09:15] erp, that I don't know ^_^ [23:09:44] okay, thanks [23:09:55] (I'd assume so though) [23:10:19] as long as you pass it through the parser in the same way article wikitext is rendered [23:10:53] yeah, i was having trouble finding the code that gets run when a user edits an article. any idea where that is? [23:11:35] the edit saves the wikitext, the rendering is done on view (sorta) [23:12:43] yeah, i know that. but when i click save on an action=edit page, where's the code that actually runs? in wiki.php if the action is submit it doesn't do anything except set a session id [23:12:59] 03kim * r36210 10/trunk/extensions/Wikidata/util/voctrain/i18n/language.i18n.php: * debugged. I Officially Hate Commas In PHP :-P [23:13:04] well, see http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/api/ApiParse.php [23:13:16] that seems to just do a $wgParser->parse($text, $titleObj, new ParserOptions()); [23:14:22] but that's on render right, not on edit [23:14:32] right [23:14:48] isn't that what you wanted to know? how to convert input to rendered output? [23:15:15] or did you want to know what is substituted on save? there is very little... [23:15:35] no. i have an input text box, i'm worried about someone putting '; update mwusers set password='blah';' in the box and slamming all my passwords or something like that [23:15:38] "subst:" on valid templates/magicwords/parserfunctions, ~~~ ~~~~ ~~~~~, pipe tricks... [23:16:02] um?: [23:16:31] you're worried about the wikipedia not safely escaping the information it puts into the database? [23:16:46] I mean.. if that were the case.. how would the wikipedia be up? [23:16:59] if you are writing some custom code or something and I don't understand, pls ignore :) [23:17:04] they're worried about not calling the parser properly for a custom parsing call [23:17:09] ok :) [23:17:37] see http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/OutputPage.php for examples of the parser rendering on view [23:17:49] Splarka: i'm really not worried about the parser [23:18:05] you mean this input box will be saving to the database directly? [23:18:12] ahh [23:18:13] derwin: i'm writing custom code and want to do the same safety checks wikipedia does [23:18:17] Splarka: yes [23:18:20] bazz: yep, gotcha [23:18:24] Splarka: sorry, should have made that clear [23:18:30] okay, so you just want to run whatever checks are done on mediawiki's database saves... to the input [23:18:42] exactly :) [23:18:59] have to grep the code I guess [23:19:00] but i can't find the code that actually does that [23:19:14] okay, i'm homing in on editpage.php [23:23:43] hmm [23:25:50] bazz: tracking it to updateArticle() on Article.php ? [23:26:01] and then to doEdit() [23:26:14] i think it all happens in editpage. looks like internalAttemptSave is what i wanted [23:27:22] right, but that is a wrapper for $this->mArticle->updateArticle() as far as I can see [23:27:28] *Splarka hates PHP, refuses to learn it [23:27:55] ahh yes, just getting to that [23:28:14] which is then a wrapper for doEdit() [23:28:36] $editInfo = $this->prepareTextForEdit( $text ); [23:28:50] damn, who wrote this spaghetti, <3 [23:29:25] heh [23:29:43] well, you're hot on the trail now, happy hunting [23:30:08] thanks!