Krissy

Thank you! I appreciate it.

Please disregard, it was my own oversight.

While I had the timestamp enabled, there was nothing located in the “Timestamp Format” box. It was only defaulting the Hours, not displaying a default Timestamp Format. Putting — m/d/y — into the box fixed the problem.

John – I’m sure you’ve already received your answer (or moved on) from this. BUT This question popped up in the top 5 on Google, I was able to find the answer and hope that this helps someone else.

Open your functions.php file and paste in the following code.

Just change Reply to this comment to whatever you please and you’re good to go.

function custom_comment_reply($content) {
	$content = str_replace('Reply', 'Reply to this comment', $content);
	return $content;
}
add_filter('comment_reply_link', 'custom_comment_reply');

While I agree with your statement, I’m also dealing with on-going non-stop problems with them over the course of the past three months. I honestly wasn’t too surprised that they found yet another reason to shut something down. So I’ve been scrambling to figure out how to keep things up until I can transfer away from them completely.

Either way, I do think for all of the useless emails that hosts randomly send to customers, something like this (when they supposedly are up to date on technology) should have been noted since the 3.7.1 launch. If HG, or any host for that matter, was going to be unable to keep up with the new WP configuration, they should have informed users otherwise, not just shut down every site they host that’s using 3.7.1 claiming it’s a MySQL/TOS violation.

Thank you Krishna.

I updated my wp-config file.

I’ve already contacted my host, but I’m sure anyone hosted with HostGator could easily agree they’re completely useless. They put a block on my .htaccess file and I’m not even allowed to override it myself or it will result in “Corrective Action”. So until someone gets off their booty and decides to answer one of my numerous ticket responses, I won’t even know if disabling the updates will work to avoid this issue from coming back up.

No, I figured it out the following day…

Depending on what browser you’re using, you can just right click on the area that you’re looking to customize and “inspect element” (commonly found in Chrome and Firefox), they’ll both tell you the stylesheet information so that you can go about updating the code, by either overriding the .css file provided by the script OR placing it into your style.css file for the theme itself and utilizing the !important tag to override the information on the scripts .css file.

I completely agree Matt, right now this script is causing nothing but problems based on the fact that I can’t shift the filenames around.

If you go into the /wp-content/plugins/theme-my-login folder you’ll notice a folder named “Templates” , you can transfer these templates to your theme folder /wp-content/themes/mythemename – by default the script will look for those theme files before utilizing the ones that are defaulted by the script itself.

You’re looking for register-form.php, from there you can alter the template file.

Alternatively – The script itself also builds the pages for you (upon initial installation), so if you’re just looking to change the Title on the register page, then all you need to do is update the title of the page inside of your WordPress Dashboard (I wouldn’t recommend updating the slug, just the page title).

ie: Change “Register” to “Register For My Site” in the title field, then either above or below the [theme-my-login] code you can input the information you’re looking to input.

Disregard, I had “Buy Now” selected instead of “Add To Cart”.

Disregard – for some reason the screen options weren’t enabled.

Another issue that I’m dealing with at the moment is the Meta box is not available under the Menu’s for any of the post-types created (even though there are archives for each post type in the database).

How would I go about fixing this without completely reinstalling EVERYTHING all over again? Running most recent versions of WP and this plugin.

I was able to get my hands on the Subscription update (the client had purchased that plugin), and I did install the Tab plugin again – even though there wasn’t a change in versions (being as it was updated the same afternoon) for some reason wiping it out completely and putting it back in made the difference.

Now the issue is 100% CSS based which is the matter of changing from underscores to dashes.

Thank you Paul.

I was actually able to resolve it on my own. The overall theme is formatted with the BASE.PHP file…that’s pretty much the header/footer built into one. I was able to if-statement the header so that it displayed a different series of file if_single.

To anyone having a similar issue with Roots, this is the only way I could think to fix it.

<?php
if(is_single()){include("single.php");exit;}
get_template_part('templates/head'); ?>

Just replace Line 1 with this code on base.php and you should be good to go. I imagine it works on any is_ variation, but I only needed it for Single.

It’s in their Documents.

on_sent_ok: "location = 'https://example.com/';"

Source:
https://contactform7.com/redirecting-to-another-url-after-submissions/