Sevenhelmets

There are already 3 other threads about this, and they’ve already replied to each one.

Thank you very much @joshuadoshua – your comment regarding WP Engine disabling revisions saved me a LOT of time.

I had no idea they did this, and would’ve wasted AGES trying to figure out why I couldn’t just switch it on…..

Thanks Lazlo. I’ve posted to the site where you suggested, so hopefully we can get to the bottom of things. Thanks for your help!

(and just to confirm, we did have a cache plugin, but even after clearing cache and then disabling the plugin, and refreshing browser/testing on completely separate browser with zero history/cache, it’s still showing the issue)

• This reply was modified 5 years, 9 months ago by Sevenhelmets.
• This reply was modified 5 years, 9 months ago by Sevenhelmets.

Actually unfortunately I replied too soon. The slide still appears under the arrow in 1 particular resolution – 768×1024.

Any reason why that would be?

Ahhh bingo! Thank you. I knew it had to be built into the plugin, I just couldn’t find it! Thanks for such a quick response.

Ok, so one thing I just realized I wasn’t doing, was “ticking” (or selecting) the post I wanted to update the date/time. Duh!

However, after doing that, and updating the date/time, I got the following error:

WordPress database error: []
UPDATE wp_posts SET post_date = ‘2017-10-29 10:00:00’, post_date_gmt = ‘2017-10-29 10:00:00’, post_modified = ‘2017-10-29 10:00:00’, post_modified_gmt = ‘2017-10-29 10:00:00’ WHERE ID = 101

After going back to the posts page, it looks like it DID update the date/time, so that’s good, but the error will likely “scare” a few people!

Thanks for your help!

I’ve tried both – both bulk action, as well as individual post, and neither “sticks”. After picking the date and time, is there anything else I need to do, other than click away and/or press “Enter”?

Followed @pothi’s advice, worked immediately. Thanks!

Awesome, thanks for all your help Tobias!

For anyone reading this in the future, I wanted to remove the external border lines as well, so my final code at the start (before all the code for removing borders on particular rows/columns etc) is:

.tablepress {
	width: auto;
	margin: 1px;
}

.tablepress tbody td {
	border: 1px solid black;
}

Issue solved – please close the topic!

Wow, what a speedy response – thanks!

Now I have a bit of a problem.

I actually want the border on the other tables on the site, so in my custom CSS I’ve written:

.tablepress,
.tablepress tr,
.tablepress tbody td,
.tablepress thead th,
.tablepress tfoot th {
	border: 1px solid black;
}

This over-rides the minor changes you suggest above.

Is there a way to make sure the ‘minor’ changes (ie no border on particular cells and rows) overrides the primary code?

Or do I have to specify border code for each and every table on the site?

I guess the final question is, if I want to specify no border for an entire row or entire column, how do I do that?

Sorry for all the questions! I really appreciate the help!

Yep, same here. Very weird.

Definitely clean that out, and run your site through a site scan like Sucuri, as that code has been hacked.

If you do a search for “<script>document.getElementById(“linksID”).style.display=”none”</script>” you’ll see a ton of site’s “robots.txt” files infected with the same hack.

Thanks to @team6 for pointing out where Yoast has hidden the variables!

Worked beautifully….was exactly what I was looking for. Thank you for taking the time to write this, and lay it out in such an easy to follow manner!

The fix robertallen posted above works for me. Note that the code likely appears in the .htaccess file in your ‘WP-Content” folder, NOT the .htaccess file at the root.