[12:26:22] Hi, (how) can I use Module:String on my own wiki? I see no reff to an extension or something https://www.mediawiki.org/wiki/Module:String (I probably don't understand the module concept) [12:26:33] !scribunto [12:26:33] Scribunto is a new extension that makes it easier to write repeatable code in Lua, rather than in complex wikitext templates. See http://www.mediawiki.org/wiki/Lua_scripting and http://www.mediawiki.org/wiki/Extension:Scribunto for more information. [12:27:21] Reedy, that's a better alternative? Both are not included by default then? [12:27:32] No, that's what runs a module [12:27:51] It's not included by default, as it requires extra dependancies that not everyone needs/wants [12:28:52] Reedy, thanks, I also don't want too many, and as I don't need it "that" much, I'm stearing away. thank you for explaining this. [13:46:03] Is anyone here a "Sessions" guru? [16:20:59] Help, I cannot log on, despite donating annually [16:23:05] hi israndy. do you mean on Wikimedia wikis? what error are you getting? [16:24:00] It indicates my password is wrong but I have tried all the ones I use. I don't seem to have a password for Wikipedia saved into my Safari [16:24:35] Wikipedia is where I am trying to log in [16:25:38] israndy: if you had an email address set in your preferences, you should be able to reset the password. otherwise i don't think there is anything anyone can do [16:25:58] I get: There is no email address recorded for user "Israndy". [16:26:46] How is it that we loose our account if we forget the password? [16:26:55] lose [16:27:27] if you can't prove you're the owner of the account, we cannot let you take it over. sorry [16:27:57] you'll have to register another one, i guess [16:28:02] Isn't there a place where you describe yourself? Or your past posts? [16:28:21] This seems like a bad design [16:29:22] Is there not anyone in charge? [16:29:29] Yes, you. [16:31:42] So why am I donating to someone else? Guess I'll go back to donating to myself [16:33:15] Pro-tip: "You don't know who I am" tactics rarely work in online support venues. [16:33:23] who you choose to donate to doesn't change the fact that we cannot assist you in recovering an account unless you can prove you own it. [16:34:33] you can always register a new account; it's free [17:58:17] Anyone here who uses the (now archived) Extension:AWS ? [17:58:27] !Extension:AWS [17:59:20] I'll be working on a project with it, so please contact me [18:02:40] !e AWS [18:02:40] https://www.mediawiki.org/wiki/Extension:AWS [18:03:54] freephile[m]: it looks like it hasn't been patched in ages, so there's a decent chance it doesn't work anymore on modern mediawiki versions (or on any mw versions if the AWS API has changed a bit since when it was written) [18:36:09] Skizzerz: That's what I figured. I know there are several people who've worked on it; and suspect others might still be using it. I'll be upgrading a major wiki that's currently using it. So, I'm looking to get some help. [18:44:02] Is there a way to conditionally write a template based on the "Unauthenticated user" status? I don't think there is a MAGIC WORD for this, so I'm guessing the method is to use lua? [18:47:14] templates are parsed when the page is saved, so they can't vary their content based on who is currently looking at the page [18:47:36] (some extensions allow this, but work by disabling the page cache, which can slow down your wiki by a lot) [18:48:19] The simple use case: I have a Template:Person with FirstName, LastName and Email. I want to show Email to authenticated users, but not anonymous users. [18:48:30] for example, https://www.mediawiki.org/wiki/Extension:RightFunctions [18:48:38] Ahh, OK [18:48:50] if you install that and switch on {{CURRENTUSER}} you can *superficially* hide information [18:50:08] I say superficially because anonymous users will still be able to access that content via other means, such as the "view source" feature, viewing diffs in history, action=raw, the mediawiki API, and so on [18:51:56] for more info, see https://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions [18:53:03] so if just hiding the email addresses from casual visitors is enough, the above linked extension will work [18:53:58] if you want the emails to be truly private, then the best way of achieving that is by having those people register accounts and set their email address when registering (if that is possible). That way, you can use Special:EmailUser to email them without exposing their email address [18:56:00] either that or use one of the more fully-featured access control extensions and only put the emails on a page that is restricted to logged in users