tommcgee

Link?

Are those dimensions being set by the plugin stylesheet, or by something else?

Any idea where to start looking?

On second activation, the tables are being created; they were just missing one column.

And again, I’ve been using your plugin successfully for years on this same multisite installation. It’s only lately that this problem has arisen. Nothing else has changed, except the necessary upgrades to WordPress core, themes and plugins.

The Virtue theme doesn’t use the .entry-meta class. It’s all wrapped up in a div with the class “subhead”. It looks like this:

<div class="subhead">
    <span class="postauthortop author vcard">
    <i class="icon-user"></i> by  <span itemprop="author"><a rel="author" class="fn" href="https://site.com/author/author/">author name</a></span> |</span>

    <span class="postedintop"><i class="icon-folder-open"></i> posted in: <a rel="category tag" href="https://site.com/category/uncategorized/">Uncategorized</a></span>     <span class="kad-hidepostedin">|</span>
    <span class="postcommentscount">
    <i class="icon-comments-alt"></i> 0    </span>
</div>

I’m not sure changing the css to hide something called “subhead” is a good idea, to put it mildly. You might have to hide .postauthortop, .postedintop and .postcommentscount.

.postauthortop, .postedintop, .postcommentscount, .kad-hidepostedin {
display:none !important;
}

But in any event, don’t modify the css files unless you’re working in a child theme. Virtue has been updated at least 11 times just this year, and each time your css changes would have been nuked.

The customizer for this theme has a section for Advanced Settings, which has a box for custom css. Put your code there and it will stick through any future upgrades.

https://codex.www.ads-software.com/Moving_WordPress contains the gist of it.

Change your wp-config.php settings, a couple of database entries.

Check your serer error logs?

I’m not sure why your installation is using those /wp-content/uploads/sites/ style paths. Ours did for a while, in some earlier version, but now it is using the https://domain.com/subsite/files/permalink format.

This is important. If someone ever wants to lock down their uploaded resources for some reason (sale, privacy, whatever) some of the plugins you might consider only work through the mod rewrite rules, not through file system paths. We suffered a lot of grief for this because somehow Google picked up direct filesystem paths for PDF files that were supposed to be confidential, and the privacy plugin didn’t stand in the way.

You would have to use another means of locking them down, .htaccess files in each subdirectory or something.

Yes, we have >6,000 sites!

I added the line to the wp-config file and it seems to do the trick. It takes a while, naturally, but it finishes and there were no errors.

Thanks!

One other point — it’s happening on two different multisite installations.

It looks like this is another instance of a theme being broken because it’s been updated to meet the new Customizer requirement.

In addition to the header and layout being lost, my widgets were lost. Fortunately there’s a clue in the main widgets screen — The inactive (not used) widgets. You can retrieve them along with their configurations and drag them up to their proper positions from there.

However — the Customizer gives you no clue about these. They’re only visible in the original widgets screen.

Without getting into the subject of the Customizer, this seems like an argument for having a changelog for themes — another subject which I know borders on the theological. At least we would have an idea where to start debugging.

My site isn’t even using a child theme, and still it broke. My header image and layout information was lost and had to be recreated.

I like it! Thanks for the tip, I’ll give it a try.

Sorry for the late response.

Wondering out loud here if there is a solution for this general problem: I’m running a busy multisite installation with a lot of network-activated plugins. Deactivating them all (one of them controls user authentication) is not something I’m excited about doing.

I’ll see if I can carve out some time when it’s not going to be obtrusive.

Thanks, this solved a related problem I was having. Looks like it might be related to many other editor problems. I am using version 3.16.

Suggestion: Make EventSpot unchecked by default?

A solution, from a related issue, is here: https://www.ads-software.com/support/topic/plugin-breaks-hyperlink-function?replies=5

If you can, disable the Enable EventSpot Integration option on the Constant Contact plugin main settings screen.

Now, what happens if you NEED EventSpot Integration? Fortunately I didn’t.

where is that option?