[01:03:56] i know there is a bug somewhere in MW using memcached, but i cannot prove the details [01:04:50] we keep on "losing session data" and restarting memcached reliabily helps us being able to login again [01:05:00] this started with the 1.28 update [01:05:12] wonder if anyone has experienced similar [01:05:41] no errors show up on the logs, just some error on screen about session data and possible hijacking [01:06:25] i am fairly positice our sessions (two people on two different networks across the country) are not being hijacked [01:06:32] positive* [01:19:24] ops [02:09:25] cpg: hi [02:09:34] I'm wondering if your memcached instance is getting filled up [02:44:26] legoktm: good point. i think it's not as we moved to a bigger VM to move to MW 1.28 [02:44:33] more disk, more memory [03:53:52] cpg: are you sure? for example in debian the default /etc/memcached.conf caps it at 64 MB so unless you raise it, it will have the same amount of memory [03:58:34] legoktm: ok, i checked that and the old VM and this VM both had 64M [03:58:52] the old VM had been running for like 5 years or more [03:59:15] we never experienced this issue [03:59:37] also, a cache works by eliminating entries, not corrupting them [03:59:38] it wouldn't surprise me if over time MW is putting more and more stuff in cache [04:00:08] i suppose it could be a memcached issue [04:00:33] there are some bugs in the tracker about higher memcached-related issues after a new release in some cluster [04:02:58] I could try and help you debug it on the MW side if you want, but in my experience that post-1.27 after the auth stack in MW changed how it stores sessions, most issues like this are related to some issue with the cache (or interacting with it) than an issue on MW's side [04:06:46] yeah, it could be mw [04:07:26] or it could be mc [04:07:41] i can quadruple the memcache memory, since we have more in this vm [04:07:56] it has been weeks since we switched over [04:08:06] so it's probably a rare thing [05:45:06] thanks guys [06:06:47] Hi, I just created Casa Eslava page but noticed, late, that it was being created as Casa eslava. How can I fix that? [11:23:58] How do I enable image preview of pdf uploaded files? Exc: https://en.wikipedia.org/wiki/File:Wiki_markup_cheatsheet_EN.pdf [11:47:46] altin, there is an image preview in the link that you provided [11:48:37] andre__ that's in wikipedia [11:48:42] I need to do the same on my mediawiki [11:51:06] altin, which tool do you use for creating any thumbnails, like for image files? [11:51:12] imagemagick? [11:51:17] andre__ yes [11:51:35] what is displayed on your wiki for pdf thumbnails? any error message? [11:51:44] andre__ just a pdf icon [11:51:57] but not a jpeg like in wikipedia [11:52:04] so I was thinking if that's an extension? [11:52:28] have you set up PdfHandler? [11:53:08] andre__ yes [11:53:25] any specific config I should create for pdfhandler? [12:32:19] whois bsc [12:33:20] ls [13:22:43] !ops [13:23:39] !ops [13:40:15] looks like REL1_28 is broken. When you attempt to clone the extensions directory, 2ColConflict is prompting for a password. (Ran into similar issue in REL1_27 and it was because the extension was removed without the proper backporting of removals) [15:37:07] .26 [17:39:35] Hi, I'm looking for the syntax to link to a wiki page with a query string. In my case, Special:AllPages?namespace=3000. What is the best way to do this from inside the wiki? [17:41:55] Use a full external link [17:43:15] something like [{{fullurl:Special:AllPages|namespace=3000}} List NS 300 Pages] ? [17:45:17] That works, I was just hoping to have it not look like an external link. [17:47:14] also, it results in .../index.php?title= instead of the "pretty urls" I have set up [17:52:38] [http://my.wiki.ext/wiki/Special:AllPages?namespace=3000 List NS 3000 Pages] [17:52:55] Isn't there a full url variant for this? [17:53:26] Try canonicalurl [17:53:27] fullurl doesn't take the text to display, so you have to do it like I did above [17:53:36] oh, wait, no [17:54:00] for whatever reason the url functions use index.php when you supply a query string [18:15:04] Hey, I am updating an old extension and came across a weird problem. The extension, after a file is uploaded, uses $image->getTitle()->getArticleID(), but it returns zero. A few calls to the function later it returns the proper ID (in the same request). What could be the cause? [18:17:45] marcinlawnik__: Multiple db servers [18:17:46] ? [18:18:41] Reedy, nope, a simple install in a vm for personal notes, although there are mentions of DB_MASTER and DB_Slave in the extension's code if that means anything. [18:19:01] If you've only got one db server, they're the same thing [18:19:09] But that kinda sounds like some sort of race condition [18:28:41] Where would I start looking for it? [18:28:49] And how? [18:29:33] Depends on your skill level etc [18:29:44] You could just file a bug against said extension [18:35:08] Reedy, the thing is it's unmaintained ;( Can you at least give me a pointer? [18:35:24] Well, I have no idea what extension you're even talking about in the first place... :) [18:35:34] So I have no idea what/where the code does what [18:36:40] Okay, so the extension is PageAttachment [18:37:51] It uses a onUploadComplete hook to call an internal function, $this->attachmentManager->attachUploadedFile($image); [18:38:53] Which looks like this: https://dpaste.de/g1dm [18:39:59] Which is just getting the attachmentID and name, but the id returned is zero, which in turn messes up the next function called: $this->addUpdateAttachment [18:40:39] Reedy, the $this->addUpdateAttachment works fine, as it is also used to attach an already uploaded file. [20:04:22] Fixed it, Reedy thanks a lot for the tip about race condition, commiting to database beforehand fixed it [20:47:55] T162746 so no need to update topic? :P [20:47:55] T162746: Mediawiki 1.23.17 reports 1.23.16 on Special:Version - https://phabricator.wikimedia.org/T162746 [20:48:06] seems to be a cache problem [20:49:07] "when all else fails, blame cache" [20:49:26] well, https://github.com/wikimedia/mediawiki/commit/57062b01fdeafa5d63387b45b92bd2350d220a88 [20:49:33] The question is whether it made it to the tarball :P [20:51:21] I've a weird problem. I'm setting a config variable in Local Settings but in my code when I do $this->condig->get('var-name-here'), I get something totally different. [20:51:46] What do you set? [20:51:49] What do you get? [20:52:01] And where's your code? Hook? [20:53:01] Reedy: I set 3, I get 1. This is a variable in the LoginNotify extension. My code is in the body file for the extension but it is being called from one of the hooks. [20:53:53] I've rebooted my vagrant to see if that was messing something up but no effect. [20:54:59] Is the 1 the default from extension.json? [20:55:47] Reedy: Nope. Default is 10 and I even changed that to 3/4 and I still see 1 in my var dump of the config. [20:58:05] You are dong without the wg prefix too? [20:58:23] Reedy: Yes, without the prefix only. Should I try with it? [20:58:28] Nope [20:58:41] Just making sure you weren't falling over one of the config traps :) [20:59:01] Yeah, that's one of the few I know of. :P [20:59:45] Wonder where it's getting the one from... [20:59:47] That's curious [21:00:11] How easily is it to replicate your code path? [21:00:19] Reedy: I did set that variable to 1 at one point but now it's not. Is there some sort of caching involved? [21:00:32] Not if you've restarted... [21:00:35] Reedy: Super easy. Make a failed login attempt. [21:00:45] That I have. [21:01:07] I don't think mw vagrant does any IS style caching of stuff... [21:08:43] Niharika: touch LocalSettings to make sure? [21:09:17] Reedy: Did that too... [21:12:09] MaxSem: Are you around for helping me debug this^ [21:22:55] the morale was that Vagrant's directory structure is interesting... [21:23:50] Heh. Reedy I was looking in medawiki/LocalSettings but not vagrant/LocalSettings... I never noticed there were two of them before. [21:24:15] oh [21:24:16] Doh [22:36:44] I was using a mediawiki to keep some notes. It's been quite long since I installed it, but if I remember correctly, I couldn't find it in my distro packages (debian) and I installed it myself (there is a /var/www/wiki, it should be it) [22:37:09] Then I did a distro upgrade and now I cannot see any page... probably the (web) server process is not running [22:38:12] 1) can I somehow backup the content of my old wiki? is there something inside /var/www/wiki where my data are serialized? [22:38:29] if not, how can I istantiate and access the wiki-db? [22:38:39] sigdk: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#You_see_a_Blank_Page [22:39:58] andre__, what database is mediawiki using? [22:40:21] sigdk: depends how you configured it. MySQL/MariaDB is probably the most common.