[01:19:44] Good evening all. I'm trying to get email working from mediawiki. I've added $wgSMTP to LocalSettings.php, as indicated in https://www.mediawiki.org/wiki/Manual:$wgSMTP#Details. [01:20:56] mediawiki appears to be working, but when I attempt to send an email (password reset request), no email shows up. Is there a log I can look at to see if there's an error there? Is there an easier way to tet emailing? [01:21:18] s/tet/test/ [01:25:00] There's no other way of testing it, no [01:25:06] But you can look at logs [01:25:10] I am using the LDAP stack with Mediawiki. It's working and validating against a group of names. When I remove someone, they no longer have access. However, when I add them back, they are still denied access. Is there some kind of caching going on? [01:25:35] Thank you Reedy, where does mediawiki put its logs? [01:25:41] !debug [01:25:41] For information on debugging (including viewing errors), see https://mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging Also see https://mediawiki.org/wiki/Manual:Errors_and_symptoms [01:30:24] As I read that, there is no log file, unless I set one in LocalSettings.php, using $wgDebugLogFile [01:48:14] Added $wgDebugLogFile to LocalSettings.php. There's a boatload of stuff comes out ;-) Mostly, I'm seeing database accesses. Not noticing anything related to failure to connect to email server. [01:57:58] I did try using telnet to access the mail server from the PC, using the values I'd put in LocalSettings. I don't get an error. I get a newline with now prompt. I don't know what to enter then, and once enter is pressed, connection is closed. [02:01:03] Do the domain names in host and IDHost have to be the same. They're the same in all the examples, but the comments don't indicate that. [02:04:52] I stand corrected, the Outlook example uses corporatedomain and corporatename. [02:59:08] Well, thanks for listening. I have to hit the rack. TTFN [03:58:16] Amir1: based on a crude extrapolation, I expect that by Christmas there will be no code left in MediaWiki core. (RE: cleaning up unused installer code, and https://xkcd.com/605/ ) [03:58:59] lol [06:37:14] Hi, I want to create a project revolving around a wiki with MediaWiki, but I'm not sure what's the best way to install MediaWiki in a way where I can just keep moving things between machines [06:38:00] (e.g. an arm64 board or an old desktop with an x86 processor, because I basically have no budget whatsoever) [08:11:39] Hi everyone. I'm using nginx as a proxy for my mediawiki 1.35 installation, which runs on apache. Right now, it seems the visual editor is not working. I tried to look at multiple "solutions" on phabricator, but none seems to be working. [08:12:11] The symptoms are the following: mediawiki seems to query itself with a get request on /rest.php/MYDOMAIN/v3/page/html/Main_Page/1?redirect=false&stash=true HTTP/1.0 [08:13:07] but this request has this header: promise-non-write-api-action: true, so, the server answers with a HTTP 400 code with this message: The 'Promise-Non-Write-API-Action' HTTP header was sent but the request was to an API write module. [08:13:22] I'm looking for some way to understand why this happens, and if this is a problem from my side or not [08:15:05] I figured it could either be https://github.com/wikimedia/mediawiki/blob/master/includes/WebStart.php#L94 or https://github.com/wikimedia/mediawiki/blob/master/includes/api/ApiMain.php#L1467 [08:34:27] Krinkle: hey, you will have no bugs when there is no code, that's the best way to solve all our bugs! [15:31:32] Reventlov: yeah, that's the code responsible for detecting this bug. It's not the bug itself though [15:32:09] Reventlov: the use of that header works correctly in production at Wikipedia. Perhaps you have mismatch in versions? [15:32:34] Reventlov: eg are core and your extensions at the same MW release version? [15:48:22] Krinkle: hmmmm [15:48:36] I used the links that the web interface gave me [15:49:40] i.e. "https://extdist.wmflabs.org/dist/extensions/VisualEditor-REL1_35-f089b74.tar.gz"; [15:51:35] The URL seems to have changed since, it's now https://extdist.wmflabs.org/dist/extensions/VisualEditor-REL1_35-dc85118.tar.gz [15:58:15] That will happen [15:58:55] So, yeah, it seems the versions are ok I think: https://wiki.sciences.re/index.php?title=Special:Version [16:11:57] (let's note my setup is a bit "weird", it's based on nixos) [16:28:24] Krinkle: so just to be sure, this header is supposed to be on the requests I pointed out ? [17:17:00] Good afternoon [17:18:17] I used the confirm email button to send emails from my mediawiki, with success! It helped to get the port, and password, correct. [17:20:19] And for some reason, I seem to've lost access for one my users. The user is still listed in the actors table, I'm guessing the password has gotten screwed up. So I hit the Forgot Password link, and sent a password request email. And none shoed up :-( [17:25:40] Is there an email address set and confirmed to that account? [17:26:07] Yes, that's how I tested that the emails were getting out. [17:36:38] cornell_: I guess you can nullify the user_newpassword column of the user table for that user and try sending a new password to see if it gets populated, just to be sure you didn't make a typo when requesting a new password (MediaWiki will not warn about incorrect email) [17:39:26] Vulpix, I don't find a "user" table in the mediawiki database. [18:06:11] Reventlov: yeah, I think that's intentional. Perhaps try #mediawiki-parsoid I think t y introduced this recently. It's possible that it was only partly or incorrectly applied to the 1.35 branch [20:53:13] so @ https://releases.wikimedia.org/mediawiki/1.35/, why the tar.gz for 1.35 have not been updated till 2020-12-17 [20:53:32] but the extensions are still updated ? https://extdist.wmflabs.org/dist/extensions/ [20:59:34] Reventlov: is this the same issue as https://phabricator.wikimedia.org/T279039 ? (or, are you the same person who filed that bug?) [20:59:46] yeah that me [21:00:15] so i'm searching for either "old" extensions tar.gz, or a "new" tar.gz for mediawiki [21:00:29] Reventlov: i think https://extdist.wmflabs.org/dist/extensions/ has pre-release versions (versions that will become 1.35.2, whenever that is released) [21:00:41] https://releases.wikimedia.org/mediawiki/1.35/ has the actual released versions [21:01:00] yeah but that's not extensions right ? [21:01:20] i think the files there actually include extensions as well: https://www.mediawiki.org/wiki/Bundled_extensions_and_skins [21:01:33] i mean, they should. i haven't checked ;) [21:01:43] ok, then I just have to repackage them [21:02:06] or wait maybe I don't have to download them again, let me try [21:02:22] They include the bundled extensions that are in theory, checked and versioned by the release team, as opposed to the extension distributor just producing snapshots from the git branches on request. [21:02:37] https://extdist.wmflabs.org/dist/extensions/ has all the possible extensions whose code we host, the releases has a smaller set of extensions that are actually tested [21:02:49] (oh, Lcawte said the same thing) [21:03:32] I didn't quite get that from the doc, because I went straight to the "how do I install the visual editor" [21:04:04] but I should've read better, thanks MatmaRex and Lcawte and Krinkle [21:04:24] Reventlov: the documentation might be wrong somewhere, VE was only recently added to bundled extensions [21:04:34] if you point out where it's wrong, i'll fix it [21:07:28] Yeah, its like a fair few extensions that come out of WMF teams - great and work pretty well with the rolling WMF cuts which they're actively developed for, but, often need a little bit more attention when it comes to branching for third party/stable releases.