jdaviescoates

Hi Javier,

Thanks for your reply. I guessed that by:

We provide a variety of links to include in the password if you read below:

**lostpasswordurl**
**passwordreseturl**
**passwordreseturllink**

You meant that what I want to do is indeed possible – great! (even if you didn’t also tell me how to do it! ?? )

So then I went and had a better look around the various option and in Mail Options I see the email that gets sent out:

Welcome,
Your data to login in this site is:

URL to login: **loginurl**
Username= **username**
Password = **password**

I’ll have a play around with using some of the other options you’ve suggested to see which one works how I want it to work… (and then report back here so others know how to do it too)

Thanks!

After importing the users with CSV, do you run the sync on wp users integration?

I’m not sure exactly what you mean by “do you run the sync on wp users integration”?

But if you mean:

1. Going to Newsletter -> WP Users Integration and then clicking on “Import” button in the “Import already registered users” section. Yes, I’ve tried that and the names are still not pulled into Newsletter.

Or

2. Going to Newsletter -> WP Users Integration and then clicking on “Link” button in the “Link subscribers with users by email” in the “Maintenance” section. Yes, I’ve tried that too and the names are still not pulled into Newsletter.

I guess I could:

1. turn off forcing all reg’d users to be on the Newsletter
2. import all users via CSV, then
3. import them into Newsletter

But that has an extra step that ideally I’d like to avoid as it adds complexity and I want to keep things as simple as possible for my client.

Thanks for any idea you may have on how to get the names pulled into Newsletter when I import users to WordPress by CSV.

Josef.

Yes, would be nice.

+1

It’d be really great for the plugin to be updated, if only so that WordFence (and WordPress itself) doesn’t keep warning against it, but yes I’ve still got it working fine inside a Classic Block and using shortcode in Edit as HTML mode. Thumbnails working fine, see e.g. https://www.mediareform.org.uk/resources/media-ownership-reports

• This reply was modified 5 years, 9 months ago by jdaviescoates. Reason: fixing typos and adding stuff

I managed to resolve this issue by first updating BackWPup before reconnecting to Dropbox.

Turns out it was an issue related to Firefox.

Using this additional CSS fixed it for me:

.blog .featured-video-plus iframe{
	height:239.1px !important
}

I went for 239.1px height to match my other images but that seems to have done the trick, thanks.

Seems like this is an issue affecting the latest (and some older) version(s) of Firefox.

I’m guessing you were viewing on Chrome @ionuttudose?

When using Firefox 62.0 (64-bit) on either Ubuntu 18.04.1 or when using older (than 57.0) versions of Firefox on Windows 7 it mostly doesn’t resize properly in blog archive view, but sometimes randomly does work OK.

On Firefox 57.0 on Windows 7 it appeared to work absolutely fine (my wife laptop had a really old version of Firefox installed and so it automatically went through installing newer versions over and over again).

But on the latest version of Firefox 62.0 (64-bit) on Windows 7 it stopped working properly again and is just like Firefox 62.0 (64-bit) on Ubuntu 18.04.1 (i.e. mostly not displaying properly, very occasionally displaying correctly).

Seems to work fine on Firefox for Android (at least on my phone) and on Chrome on Windows 7 and Chromium on Ubuntu.

Hmz, strange.

Just for further investigation I added the same video to a post on the left hand side of the blog archive and it worked fine… so I thought ALL GOOD ??

But then after I removed it from the new post the original post looked strange again :-/

See https://www.screencast.com/t/rlKvIgVELJ

But then after a hard refresh it was fine again. But sometimes when I refresh the issue comes back again. And when I view the page in a private/ incognito window however many times I refresh I can’t get it to display properly… and now it is the same in my standard browser window too – I did see it properly quite a few times when doing refreshing page, but now everytime I refresh it looks strange :-/

Going to investigate further but seems like perhaps this is an issue I’ve got locally…

Interesting, I’m guessing a recent update to wordpress/ my theme / the plugin has fixed it as I now can’t reproduce my issue ??

Thanks!

(only other thought is perhaps it is because it has now moved to the right hand column after the latest blog post was published earlier today… I’ll report back if it goes wrong again once it’s back on the left hand side… actually I’ll check that now with a post that is on the other side to see what happens….)

Using this:

.single .inner-header-description.gridContainer {
    display: none;
}

The the inner hero is now displayed on pages and archives etc, but not on single blog Posts, which is just how I want it ??

I’ve now managed to get it working as I want using this bit of CSS:

.single .inner-header-description.gridContainer {
    display: none;
}

Now the inner hero is displayed on pages and archives etc, but not on single blog Posts, which is how I want it ??

Ah now got it working as I want using this:

.single .inner-header-description.gridContainer {
    display: none;
}

The the inner hero is displayed on pages and archives etc, but not on single blog Posts, which is how I want it ??

I’m experimenting with using this bit of CSS to remove inner page hero:

.inner-header-description.gridContainer {
    display: none;
}

Only problem for me at the moment is that this then means that Pages have not titles displayed at all…

So I either need to work out how to get Page titles to display, or else work out how to only apply the CSS to blog Posts and not Pages…