[00:00:54] Hi ardnet. Why? [00:01:40] Debra: it's just part of the requirement from the client that i work with [00:02:02] but regardless, i'm curious whether that's possible... [00:02:27] I don't think there's a configuration option for you. [00:02:42] Though you can search through includes/DefaultSettings.php to see if there's something about session count. [00:02:53] You may need a custom patch or extension in PHP. [00:02:57] I guess you'd hook into the login code. [00:03:03] And invalidate all previous sessions when the user logs in? [00:03:14] That'd be the least crazy behavior, I guess. [00:03:30] Basically do whatever pressing "log out" does, but before the user logs in. [00:03:37] Probably only a few lines needed in the right place. [00:04:27] Oh, maybe SecureSessions has this. [00:04:32] !e SecureSessions [00:04:32] https://www.mediawiki.org/wiki/Extension:SecureSessions [00:04:59] Guess not. [00:05:11] That extension might be helpful for other reasons, though. [00:07:10] ic, looks like there's no 'easy' way to do this ya? [00:07:21] Depends what you consider 'easy'. [00:07:33] Like I said above, you can search through includes/DefaultSettings.php for a relevant configuration option. [00:07:33] ok then, thx Debra for the insight, i'll see what i can come up, thx [00:07:37] No problem. [00:18:09] ardnet: using logout will invalidate all existing sessions, you might be able to utilize that somehow? probably hook onto login and reset the user token or something [01:17:24] ardnet: Make an extension that creates a single unique global session cookie that never changes or expires for that user. Upon login verify if that cookie has already been authenticated against another account. If so, invalidate the global session cookie and regenerate a new one. When the previous account goes to revalidate their session they will not be able to since their now old global session cookie was invalidated. [01:17:58] Granted, for that purpose there is a central authentication server that is tracking these global session cookies. That could be implemented in the extension itself using Memcache, Redis, or even a database. [01:56:35] Could someone explain why DatabaseUpdater->addExtensionField() is necessary if the schema is already declared with SQL when the table is created with DatabaseUpdater->addExtensionTable()? Thanks. [01:56:59] (It's not documented on Doxygen.) [02:03:10] addExtensionFieldMTres19: it should be for upgrades. Imagine version 1.19 has table X with fields A, B, and C, and version 1.27 adds field D. If you installed in 1.19 and want to upgrade, addExtensionField would check if field D exist and add it if not present [02:03:47] oh, now I see where the results of my CTRL-V went... [02:04:47] Vulpix: Ah, I see. Got it. [04:32:46] hey legoktm and Trela, thx for the insight, appreciate for the response [04:33:19] got the idea already, let's see what i can come up with [04:35:00] it'll probably gonna become an extension, and publish it to MW extension's list if it's not exist yet :) [04:35:01] thx [05:27:57] Anyone know how to whitelist applications with a chrooted php-fpm pool? [05:31:51] As in, using sendmail, imagemagick ,etc [07:04:53] malaverdiere: it's a talk page [07:05:07] To leave messages for other users [07:27:12] Reedy: can eir be given +o in ChanServ here? [07:27:20] it can't flush out expired bans w/o it [07:31:30] removing ancient bans [14:31:54] * Furai test [14:44:30] Furai: test worked ^^ [14:44:44] Yeah...sorry. [14:45:17] I've accidentally sent /ame across all the networks I'm connected to - so like 7-8 different IRC networks. [19:00:42] Hello friends. I'm having trouble with a simple mediawiki install that I have. I can't seem to get the syntax highlighting extention working correctly. The Special:Version page shows SyntaxtHighlight 2.0 is installed but pages where I the mark up don't have any highlighting. [19:01:29] I'm hoping that somebody can at least point me in a directtion so I can trouble shoot this problem. [21:16:09] Hi, in the recent changes on eswikinews there is a bot (Jembot) that despite having permission bot, your edits in recent changes appear as normal. [21:16:49] Is it some bug with permission or something locally? [21:17:45] on Recentchanges there is an option that is normally checked [21:17:51] Hide bots [21:18:23] it is not being marked as a bot edit [21:18:53] Yeah. [21:19:57] Updated every 15 minutes and a template for more than one hour that is not marked as bot ago. [21:21:07] the permissions on the wiki look correct, Jembot is in the bot group, and the bot group can make bot edits [21:21:40] But, why not mark their issues as such? [21:21:45] perhaps it is not doing something correctly with the API, such that the edit is being marked as a normal edit [21:22:26] I think the edit API needs you to explicitly specify you want to mark it as a bot edit [21:22:38] so if the bot is not doing that, then its edits are not marked as bot edits [21:23:22] from https://www.mediawiki.org/wiki/API:Edit -- bot: If set, mark the edit as bot; even if you are using a bot account the edits will not be marked unless you set this flag. [21:23:25] Okay. [21:23:36] so the person who runs Jembot will need to modify it [21:23:44] I understand that your controller would have to fix. [21:24:42] https://es.wikinews.org/w/index.php?title=Especial:CambiosRecientes&hidebots=0 only the last 5 changes aren't marked as bot edits [21:25:21] arseny92: this was about one specific bot account 'Jembot' who had the bot group but whose edits were *not* marked as bot edits [21:25:28] not bots in general [21:25:46] er [21:26:00] nvm I should follow the links first [21:26:03] rather than jumpting to conclusion [21:26:39] i see but on the above link the rest of the changes are marked as bot and only the recent 5 are not [21:27:37] yes, I said that before looking at your link, and assumed you were seeing other bots, not that some of Jembot's edits were being marked as bot [21:27:46] it was a bad assumption on my part, sorry [21:33:03] so just that api thing was unset? [21:33:13] for those 5 changes [21:36:33] seems likely [21:41:03] > not that some of Jembot's edits were being marked as bot > which is easier to notice when you tick the "Group changes by page in recent changes and watchlist" preference [21:41:39] I was logged out :) [21:48:40] DBAs around? Would it be complicated to issue a query which would set some preferences globally on all wikis you're on? So that you don't have to everytime set things when you go visit a foreign wiki, notice that some things are defaulting to not how you used it to be, deal with ?uselang=en to set prefs the way you are used to everytime, etc [21:50:08] arseny92: you can do it in your metawiki global.js [21:50:13] e.g. https://meta.wikimedia.org/wiki/User:Matma_Rex/global.js [21:51:49] MatmaRex , to globalize Special:Preferences default wiki options. Not global gadgets [21:53:56] arseny92: yes, the code i linked will set a specific preference on every wiki when you first visit that wiki. [21:53:57] yes, it would be very complicated (not a wikimedia DBA but I'm a DBA in my work) [21:54:07] arseny92: if you want it to be nice and convenient, then watch https://phabricator.wikimedia.org/T16950 for progress :) [21:54:13] shotgunning a query out to hundreds of dbs is nontrivial [21:56:54] MatmaRex , the point is that I'm already exist locally on almost all wikis so "when you first visit that wiki" wouldn't quite work [21:58:07] arseny92: sorry, i was imprecise. what it actually does is set that pref to that value, unless it is already set to that value. so it would work :) [21:58:40] it definitely works, i have an account on 854 wikis [22:04:10] don't you run into the api ratelimit or something when you set your preferences on API that way? [22:05:16] or that limit is locally per each wiki [22:05:40] and you do one query on each [22:06:24] everytime you visit a page on the wikis [22:06:34] eh? [22:26:53] MatmaRex ^