unexploded

Hi there, thank you for taking the time to look into this.

Yes in the end I think this might be down to a flex box or bootstrap incompatibility issue. The container it was in was using flex box to position content centrally.

Thanks

Having the same problem, sadly @shadowxvii fix doesn’t work for me

Damn, I’ve tried this and still not working. Gone through all the posts and troubleshooted, no luck.

This worked fine on my test server. Moved the site live, made sure the URLs are all correct and whitelisted, no dice.

I’m having the same issue

Perfect, update fixed it! Thanks Phil.

Hi all, sorry to jump on an existing thread, but I’m having the same issue. Same problem across multiple sites, different plugins and configurations, across different servers.

Failed to load resource: the server responded with a status of 500 (Internal Server Error)
domaiin/wp-json/contact-form-7/v1/contact-forms/80/feedback

Great, thank you. Love the plugin!

Hi there, sorry to jump in on this. However I am having the same problem, and I wonder if it’s a false flag.

We use Post SMTP on dozens of sites and we use Amazon SES. Only today have I had the same problem as above when trying to send a test email through the Wizard. Infact, the Wizard was returning the completely wrong server when trying to auto detect the server settings.

So I manually entered the details. When attempting to send a test, it returns the same error as above.

However, the actual form on the website sends fine.

I’d suggest OP try the same, which then makes me wonder if there’s a bug in the plugin’s test email function.

I’m also having the same problem, across multiple websites. Might have to roll back

Not wanting to hijack, but just letting you know I’m also having the same problem. I suspect when we updated the plugin.

I’m also having this issue. Tried the cache folder trick – no luck sadly. Rolled back to 1.2.4 with the manually updated scssphp files to get around the previous compiling issue.

Hi, just wanted to chime in and let you know I also can’t get @nixiac8’s code to work. Tried in the child theme functions.php with no effect, and in the master theme, it gives us a 500.

Cheers

Edit: I should say we’re using 2.3.5 on 4.9.8.

• This reply was modified 6 years ago by unexploded.

Hey @_lacus, I was after a similar thing – I wanted to override some of the styles, without having to do a shed load of !importants.

This answer, over at StackOverflow, whilst not explicitly about this plugin, is answering a similar question. I’ve adjusted it to suit. Give the following a go, it worked for me. Hopefully it’s the right way to go about it.

First, copy the main.css file from the plugin directory (gdpr-cookie-compliance/dist/styles/main.css) to your theme’s folder, mimicking the plugin’s directory layout. Make all your adjustments in this copied file that now resides in your theme directory. For example, changing the font from Nunito to your theme’s font.

Drop this in your theme’s functions.php (this is from the StackOverflow answer, altered for this GDPR plugin:

function gdpr_override() {
    wp_enqueue_style( 'main.css', get_stylesheet_directory_uri() . '/dist/styles/main.css' );
}
add_action( 'wp_enqueue_scripts', 'gdpr_override', 999 );

?>

Hope that helps.

• This reply was modified 6 years, 6 months ago by unexploded.

Hey, also in the same position. If I had a user/post relationship then this would solve a huge problem I’m having with a project right now.

I appreciate you’re busy John. Would donations make it more worth while to get user/post relationships in place? Not sure if @pampfelimetten would be up for that?

Thanks very much for the reply. Appreciate all the pointers.

Hmm yes that’s no good about the links being accessible… do you know if Download Manager (or others) are compatible with Groups?