User talk:DariusC

Hi Darius
Hi Darius! Thanks so much for helping us out. If you have any technical questions on the list of tasks, feel free to ask myself or User:Notjusttired, since we are the two people who requested most of the tasks. Thanks again! Pyrrhus (talk) 17:57, 26 April 2019 (EDT)

LocalSettings.php #2 (Add this)
Please add this after the AddThis extension loads (without the pre tag): $wgAddThispubid = 'ra-5cdfe8dacb9028fa'; Hopefully the sharing icons on the left sidebar will then show up using Pivot or Timeless skins. Thanks notjusttired (talk) 09:45, 18 May 2019 (EDT)


 * Hey! I added the AddThis id to the LocalSettings.php file, so the problem should be fixed now. Thanks!
 * DariusC (talk) 11:45, May 27, 2019 (EDT)


 * This isn't working. It looks like my instructions were wrong. The existing setting you added needs to be put in an array of Pivot skin values, see documentation on https://www.mediawiki.org/wiki/Skin:Pivot. Secondly,  $wgAddThispubid = ra-5cdfe8dacb9028fa and $wgAddThisSidebar = true  must be set within a list of values for the AddThis variable, as described in https://www.mediawiki.org/wiki/Extension:AddThis. To check they are working you can use link 1 and link 2 or just change your preferences- look under the "Share" heading at the bottom of the sidebar menu. Timeless doesn't need any configuration extra configuration. notjusttired (talk) 14:10, May 27, 2019 (EDT)
 * Would the following code accomplish this?

$wgPivotFeatures = [ 'addThisPUBID' => 'ra-5cdfe8dacb9028fa' ]; $wgAddThispubid = 'ra-5cdfe8dacb9028fa'; $wgAddThisSidebar = true;
 * (Code obviously comes after wfLoadSkin('pivot'); ) How would you test it? Just by looking at the lefthand sidebar to see if the AddThis icons show up?
 * Pyrrhus (talk) 15:03, May 27, 2019 (EDT)
 * Here's the code, must go after both loading AddThis and loading the Pivot skin

$wgAddThisSidebar = true; $wgAddThispubid = 'ra-5cdfe8dacb9028fa', $wgPivotDefaultFeatures = [ 'addThisPUBID' => 'ra-5cdfe8dacb9028fa', ];


 * Yes to how it is tested - should work on both Pivot and Timeless, but might not the vector skin. notjusttired (talk) 22:43, May 27, 2019 (EDT)
 * Great! That’s the code we have in the ProposedLocalSettings.php file, except for the ‘useAddThisShare’ line.  Double-check the ‘useAddThisShare’ feature- it’s not a boolean, it requires a specific CSS class.  Plus, the icons already show up at the top of the screen.  The ‘useAddThisShare’ shouldn’t impact the sidebar at all.
 * Pyrrhus (talk) 23:55, May 27, 2019 (EDT)
 * Well spotted, just edited the code above. notjusttired (talk) 04:27, May 29, 2019 (EDT)

Working in Timeless and vector, but not in the Pivot skin.notjusttired (talk) 14:04, May 29, 2019 (EDT)
 * I saw that too. Very Weird.  I don’t know why only Pivot skin has a problem with this.  Oh well, at least the icons show up at the top of the page.  After all, we don’t absolutely need to have the icons in two separate places on the page...
 * Pyrrhus (talk) 15:47, May 29, 2019 (EDT)
 * Task done but not working on Pivot, potential bug in Pivot skin, although it does work on one site I've seen notjusttired (talk) 15:51, May 31, 2019 (EDT)

Php autocomplete request
Can you let me know if the recent php request for the Pivot skin has been done. It should turn on autocomplete for searches on mobile sized screens, using the side bar search (which is different to the Special:Search page and different to the search in the middle of the top bar that larger devices have. This isn't documented so if it's not working you would need to reverse the change, however it's working on another mediawiki install elsewhere. - In the Skins/Pivot folder, find Pivot.skin.php - create backup copy of it then edit the section  only to change "autocomplete" from off to on - autocomplete appears twice in the file but only this one should be changed. The full statement should be:

text ?>" title="Search [alt-shift-f]" accesskey="f" id="searchInput" autocomplete="on"> Lastly - add new text file in Pivot skin folder to remind anyone to repeat this change every time the Pivot skin is upgraded. Composer will not need running, changes should be immediate. Let me know if you have any questions on this. notjusttired (talk) 14:10, May 27, 2019 (EDT)
 * More information available at https://m.mediawiki.org/wiki/Skin_talk:Pivot
 * (just in case it helps!) Pyrrhus (talk) 21:37, May 28, 2019 (EDT)


 * I have changed the autocomplete to "on". --DariusC (talk) 11:27, May 29, 2019 (EDT)
 * It's not working, could you send a copy of the php? Or paste into my user area. notjusttired (talk) 13:21, May 29, 2019 (EDT)


 * Hi, Njt! Please provide me with your email address and I'll send you a copy of the file. Thanks! --DariusC (talk) 12:20, May 30, 2019 (EDT)
 * Will do! notjusttired (talk) 15:11, May 31, 2019 (EDT)
 * Done but autocomplete not working as I had hoped. notjusttired (talk) 15:51, May 31, 2019 (EDT)

Vector responsive mode
Working, but really needs a small logo on the top left for the home page. Would benefit from a link to side bar or user preferences higher up. notjusttired (talk) 13:55, May 29, 2019 (EDT)

Lingo extension broken
Correction: confirmed as working. No longer looking up any words, the change should just have done "replace once". Code below contains invisible new line characters but should be ok with PHP. Please investigate, and check for things like new lines in the middle of comments. Lingo documentation. $wgHooks['SetupAfterCache'][] = function { // specify a different name for the terminology page (Default: 'Terminology' (or localised version). See MediaWiki:Lingo-terminologypagename.) //$GLOBALS['wgexLingoPage'] = 'Terminology'; // specify that each term should be annotated only once per page (Default: false) //$GLOBALS['wgexLingoDisplayOnce'] = true; // specify what namespaces should or should not be used (Default: Empty, i.e. use all namespaces) //$GLOBALS['wgexLingoUseNamespaces'][NS_SPECIAL] = false; // set default cache type (Default: null, i.e. use main cache) //$GLOBALS['wgexLingoCacheType'] = CACHE_NONE; // use ApprovedRevs extension on the Terminology page (Default: false) //$GLOBALS['wgexLingoEnableApprovedRevs'] = true; }; notjusttired (talk) 13:34, May 29, 2019 (EDT)

MEpedia editing with visual editor
Now working, seems it is actually the Project namespace notjusttired (talk) 13:34, May 29, 2019 (EDT)
 * Great catch! I’m very excited!
 * Pyrrhus (talk) 15:47, May 29, 2019 (EDT)

Namespace “MEpedia:” is inaccessible
Hi Darius. I noticed today that all pages in the “MEpedia:” namespace have become inaccessible. I wonder if this is because of my request to make sure that “MEpedia” is a member of $wgExtraNamespaces in LocalSettings.php. Since “MEpedia” is already defined as the project namespace, it may in fact not belong in $wgExtraNamespaces after all. Does this make sense? Thanks. Pyrrhus (talk) 17:12, 11 May 2019 (EDT)

Hi Pyrrhus! I removed the code where I added "MEpedia" to the $wgExtraNamespaces in LocalSettings.php. I suppose it should fix this issue. You may check it now to make sure it did. Thanks. --DariusC (talk) 12:55, 15 May 2019 (EDT)


 * Yup, that fixed it! Thanks, Darius!  If you need any help troubleshooting the failure of MEpedia to send out emails, let me know.  If you provide a copy of the LocalSettings.php file I might be able to pinpoint the error in the email setup.  Thanks again.
 * Pyrrhus (talk) 13:50, 15 May 2019 (EDT)


 * Hey Pyrrhus! Thanks for help. I just emailed you a copy of the LocalSettings.php file cause Jaime told me you asked for it. If you have something that you consider helpful, don't hesitate to contact me. Thanks again.
 * --DariusC (talk) 11:38, May 27, 2019 (EDT)

Clarification - Captcha
Hi Darius! I believe there is a request on the list to implement a way for users to skip CAPTCHA after making 50 edits. In case it helps, the easiest way to do that is to add the following to the end of LocalSettings.php: $wgAutoConfirmCount = 50; $wgGroupPermissions['autoconfirmed']['skipcaptcha'] = true; Hope this helps. Pyrrhus (talk) 22:17, 16 May 2019 (EDT)


 * Thanks you! It really helped. I added it to the LocalSettings.php file so this should be good now. Thanks!
 * DariusC (talk) 11:47, May 27, 2019 (EDT)

notjusttired (talk) 14:10, May 27, 2019 (EDT) Thanks.

LocalSettings.php
Hi again. Can you give me an update on change requested for LocalSettings.php: (removed requests that have been sorted now) $wgNamespacesToBeSearchedDefault = [ NS_MAIN => true, NS_FILE => true, ]; It looks like the Help namespace is allowing Visual Editor but not MEpedia (MEpedia is now accessible again), and the Files namespace is not searchable by default. I can't tell on the double redirects setting.

Thanks again notjusttired (talk)


 * Hi! I added that code to the LocalSettings.php so now the File namespace should be searchable by default.
 * DariusC (talk) 11:44, May 27, 2019 (EDT)


 * Now working, thanks notjusttired (talk) 14:10, May 27, 2019 (EDT)

American dates and ReplaceText extension
Hi Darius. Have you got the American dates setting set to true, we would like dates in the form MM DD, YYYY (or M D, YYYY) so month before day. I don't know how to check the setting from this end and I think it might be the cause of some citation errors we are getting.

Also, you can let me know when the ReplaceText extension is installed and configured? Thanks. notjusttired (talk) 17:06, 15 May 2019 (EDT)


 * Hi notjusttired! I just want to let you know that I set the dates to American dates and I also installed the ReplaceText extension. You can check if you want. Thanks!
 * DariusC (talk) 11:41, May 27, 2019 (EDT)


 * I saw that, thanks. Is ReplaceText setup for use by just bureaucrats and admins? If not can do you this. notjusttired (talk) 14:10, May 27, 2019 (EDT)
 * When I go to the special:ReplaceText page, it says:

Permission error You do not have permission to make string replacements on the entire wiki, for the following reason: The action you have requested is limited to users in the group: Administrators.
 * So it at least appears to be setup correctly...
 * Pyrrhus (talk) 15:08, May 27, 2019 (EDT)
 * No, I asked for bureaucrat access too. notjusttired (talk) 22:42, May 27, 2019 (EDT)
 * Ahh. I see. I added bureaucrat access to the ProposedLocalSettings.php file as you suggested.
 * Pyrrhus (talk) 14:25, May 28, 2019 (EDT)
 * Correct permissions showing. Just needs a bureaucrat or admin to test. notjusttired (talk) 13:21, May 29, 2019 (EDT)

Confirm email feature
Any news on this? Two changes were requested for LocalSettings.php - plus the email address in LocalSettings.php needs to be checked to make sure it's valid. Currently the issue is that in User preferences using the "confirm email address" feature gives an error stating the format of the email address is wrong for all users. notjusttired (talk) 14:10, May 27, 2019 (EDT)
 * As we both suspected, the email configuration problem seems to be simply due to the fact that no one ever bothered to enter the correct email addresses in $wgEmergencyContact and $wgPasswordSender! We still need to test this, though, to make sure that there isn't anything else going on...
 * Pyrrhus (talk) 22:07, May 27, 2019 (EDT)
 * Still the same error today - MEpedia could not send your confirmation mail. Please check your email address for invalid characters. Mailer returned: Unknown error in PHP's mail function. notjusttired (talk) 23:00, May 27, 2019 (EDT)

Just tested, not working notjusttired (talk) 13:55, May 29, 2019 (EDT)
 * Yeah, there’s obviously something else going on. Perhaps we need to update our PHP mail function with "composer require pear/mail", as described here.  Or, we may need to set all the connection info in $wgSMTP.
 * Pyrrhus (talk) 15:47, May 29, 2019 (EDT)
 * I checked out that link to the error, the English is terrible but I think it's talking about issues receiving the email - if the address and headers don't match (which they won't) it will sometimes end up in a spam folder. I have 2 suggestions - set $wgNoReplyAddress and change the email addresses to use a different email domain, which then should not attempt at validation, eg noreply@meaction-nospam.com for all the addresses. Wikis often use made up email addresses. SMTP settings would mean having the password in the LocalSettings.php - so really needs a dedicated account so that nobody changes the password. Also the User Email option would be better turned off I think. Or at least most of the email notification options, since it's so annoying to get a flood of notifications. notjusttired (talk) 16:44, May 29, 2019 (EDT)
 * It's working.

Pivot request - LocalSettings.php -- notjusttired (talk) 18:07, June 15, 2019 (EDT)
Please change the following LocalSettings.php code from

//Load AddThis extension require_once "$IP/extensions/AddThis/AddThis.php"; $wgAddThispubid = 'ra-5cdfe8dacb9028fa'; $wgAddThisSidebar = true; $wgPivotFeatures = [ 'addThisPUBID' => 'ra-5cdfe8dacb9028fa' ];

to

//Load AddThis extension require_once "$IP/extensions/AddThis/AddThis.php"; $wgAddThispubid = 'ra-5cdfe8dacb9028fa'; $wgAddThisSidebar = true; $wgAddThisSBServ = [ [	'service' => 'compact', 'attribs' => 'facebook,twitter,reddit,pinterest_share,email'], ['service' => 'facebook'], ['service' => 'twitter'], ['service' => 'reddit',], ['service' => 'pinterest_share',], ['service' => 'email'], ]; // Customize pivot skin $wgPivotFeatures = [ 'addThisPUBID' => 'ra-5cdfe8dacb9028fa', 'useAddThisShare' => 'addthis_inline_share_toolbox' ];

Then test to see if the AddThis sidebar works using the pivot skin, and if it still works on vector and Timeless skins. If the changes don't help but the AddThis sidebar still works on Vector then leave the code in place. If it breaks vector's AddThis sidebar then undo the AddThis changes but leave the Pivot changes in. Thanks notjusttired (talk) 18:07, June 15, 2019 (EDT)