[14:57:36] hello, i've noticed some odd thumbnailing behavior and was wondering if its a problem with my setup or expected behavior [14:58:17] mediawiki seems to be creating temporary files even when returning unscaled images, and this can happen many times per page load. eg https://dpaste.de/9xqz [14:59:42] Hmm. [15:00:28] SDo: Logo_std.png is embedded in the page, right? Twice maybe? [15:02:54] yes, many times [15:03:18] SDo: With different size params? Because it looks like MW is just fulfilling requests for different sizes [15:03:56] it's embedded as [[Image:Logo std.png|x18px|link={{{1|}}}]] [15:04:45] i think i see now, mediawiki thinks it has to resize it since the source image is a different size than the embedded size [15:05:50] Yup [15:06:06] Well, it doesn't think that, it does have to resize [15:06:43] doesn't "returning unscaled image" mean no resize happened? [15:08:09] SDo: Yeah, but maybe there are some places where it's unscaled and some places where it's scaled. [15:14:29] hmm, now i'm even more confused, it seems to also be creating temp files when the thumbnail already exists [15:14:44] Oh? [15:15:04] SDo: Can you pestobin your LocalSettings? [15:15:12] Or pastebin. [15:15:16] I think pesto tastes better. [15:15:58] cariaso3: Fix your connection, please. [15:22:40] marktraceur: i'd like to but it's incredibly messy, we have some api keys and various other semi-secret things in there. that said, most settings are defaults, except for some squid stuff and some parser hooks for custom tags [15:22:59] we also run SMW and flaggedrevs as two big extensions [15:28:24] * MartyH registers pestobin.net [15:32:32] ah, its not actually creating the temp files when the thumbnail exists, the message 'creating 44x18 thumbnail' was misleading me, it's not actually creating anything [15:32:47] so it only creates temp files when dealing with unscaled images [15:36:59] SDo: OK...and the temp files are just verbatim copies of the original? [15:37:07] Like, the md5sums are identical? [15:37:55] they don't appear to be used, they are created and deleted immediately since mediawiki is returning the unscaled copy, it never actually invokes a imagemagick resize [15:38:02] Huh. [15:38:13] SDo: So they're just touched? I mean, that's weird, but it shouldn't be problematic [15:38:22] it seems like it's creating the temp files too early [15:38:38] Agreed, but if they're deleted quickly it shouldn't be too much of a problem [15:40:12] some pages potentially have 100s of embedded images like this since they're so small (like 20x20) which is a lot of temp file creation / deletion for nothing [15:40:25] True [15:40:35] SDo: This is on latest MediaWiki from git? [15:41:10] it's probably not a performance impact since the kernel is smart enough not to hit the disk for such files, but it seems like it could avoid the syscall overhead [15:41:34] we're currently running 1.22.5 [15:42:05] i'll take a look at the filerepo code in git and see if it's any different [19:26:36] Hi, I'm trying to create a template that will substitute into place the current date and time when the template is included with {{subst:mytemplate}} so that the date and time of the creation is stored in the page contents, but I can't seem to save a template without the substitution happening immediately. Anyone know if there's a way around this problem? [19:29:47] nevermind, I just discovered the tag. [19:31:51] on a related note, though: is there a way to make MediaWiki not process, but display, a tag enclosed in {{ and }}? I want to display an example usage of the template which can be copied and pasted easily. [19:32:45] emacer: ? [19:33:01] legoktm, hmm, let me try that [19:33:15] means treat the text inside of it as plaintext and not wikimarkup [19:33:42] legoktm, it seems to disappear when I use that tag [19:33:59] https://www.mediawiki.org/wiki/Help:Formatting#Text_formatting_markup [19:34:05] what's the full markup you're using? [19:34:08] wait no, I needed blank lines around the tags [19:34:32] I just had to put a blank line before the and one after the [19:34:34] now it works [19:34:36] thanks! [19:35:20] uh... any way I can still put it in a code/syntax highlight box while using the nowiki tag? [19:35:43] oh, I think I see how. nvm [20:28:50] trying to install mediawiki 1.23.6, im using php54 , postgres 93, i can connect from command line to postgres 9.3 fine(through local socket) with psql --username=wiki_user --dbname=wikidb , i try to configure mediawiki and i get this error, what am i doing wrong ? http://i.imgur.com/9bG9ptB.png [20:30:05] What are you entering as the db server address? [20:30:14] Reedy: blank ( nothing ) [20:30:26] into mediawiki? [20:31:18] Reedy: http://i.imgur.com/7vA1FmB.png [20:31:42] 'If you are using PostgreSQL, leave this field blank to connect via a Unix socket.' [20:32:38] curious [20:32:55] the original error message points out it being a permissions error [20:33:24] selinux? [20:33:50] yeah maybe [20:33:56] maybe i should jsut shut that off forever [20:34:10] heh [20:38:32] lots of stuff on https://wiki.postgresql.org/wiki/SEPostgreSQL_SELinux_Overview , i just want it to work ! [20:50:51] SELinux is not something that you install and all stuff works. You need to spend a bit of time "teaching" SELinux about each process, what files it needs to access, to where it needs to connect, etc [23:37:20] is there any reason why #ifexist wouldn't work inside a template [23:37:26] like if I wanted to use it for a dictionary entry [23:37:33] Hi minip. [23:37:35] Example code? [23:37:43] #ifexist should work everywhere generally. [23:38:06] http://pastebin.com/PfpBXUzh [23:38:30] for some reason a navigator won't accept it [23:38:39] I don't know if the entry name is too long or what [23:38:43] but that code itself works fine [23:39:01] Perhaps you want #switch? [23:39:21] Hmmm. [23:39:21] we need red links to be available [23:39:30] and visible [23:39:49] So what's not working? [23:39:56] That pastebin is a lot to read. [23:40:02] lol [23:40:03] > de: '''Fettgeschriebene''' Gegenstände sind Teil eines [[Item sets/de|{{#ifexist: Item sets/de|Gegenstandssets|Gegenstandssets}}]]. [23:40:22] Does that line work? [23:40:32] yea [23:40:35] why wouldn't it [23:40:44] Dunno. What's not working? [23:41:08] I posted that code as a dictionary entry [23:41:14] and when I tried to use it in a navigator [23:41:30] it displays the name of the dictionary entry and won't actually show the code [23:41:49] What's the name of the dictionary entry? [23:41:52] Like the full page title. [23:42:34] {{foo}} corresponds to the page "Template:Foo" typically. If you want to invoke a template from somewhere other than the Template namespace, you generally need to specify the name. [23:42:34] https://wiki.teamfortress.com/wiki/Template:Dictionary/common_strings [23:42:38] this is the dictionary template [23:42:50] Are you calling {{Dictionary/common_strings}}? [23:42:56] I should just click. [23:43:03] I put an entry in there titled: bold items are part of item sets ifexist yellow links [23:43:18] and in a navigator, I use {{commmon string|bold items are part of item sets ifexist yellow links}} [23:43:33] which won't work, but the entry above it (bold items are part of item sets) does work fine [23:43:42] so I have no idea if #ifexist is the problem or what [23:44:07] the navigator is https://wiki.teamfortress.com/wiki/Template:Love_And_War_Update_Nav [23:44:13] You code is wrapped in [23:44:17] Your [23:44:19] | above = {{common string|bold items are part of item sets}} [23:44:38] no [23:44:40] it's not wrapped [23:44:46] where do you see the wrap? [23:45:21] === other === [23:45:21] to kill templates [23:50:05] starting to think I should just make a template called yellowlink