xvilo

A setup I have running is

Here is some generic short cookie information in a few lines. 

[accept_button]

[readmore]

Here is some very long and detailed cookie info. 

[accept_button]

[/readmore]

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

Hello Frans95,

Thanks for asking. Currently, the plugin ‘hijacks’ the WordPress core and stops it from loading further. This is to ensure there aren’t any plugins that will generate any cookies.

Therefore you should add all your needed info to the cookie policy page section. There is an option to show some default text; then an accept button and a hidden ‘more info’ section. You can use the shortcode: [readmore] ... content ... [/readmore] to create a read more section after your accept button.

Hello arjanolsder,

Thanks for reporting the issue. It seems the plugin got in an infinite loop trying to create a URL. What it base64 encodes the original URL and then gives you the option.

I will investigate and get back to you.

Hi Martijn,

I never saw your message! Sorry for the late response.
To create an accept button you can use the [accept_button] shortcode.

If you would like to have a ‘read more’ section. You can use [readmore] ... content ... [/readmore].

About the javascript error, I can’t help you with that without a live example.

I believe the /wp/ subfolder has something to do with your WordPress installation instead of the plugin!

Let me know if you need more help or if this fixes the issues listed above.

So I have figured it what was happening. For some reason I needed to include image.php. It seems a bit off to me, but well, yeah…

New function code is:

function get_attachment_meta_data_sem($attch_id) {
	$meta_data = wp_get_attachment_metadata($attch_id);
	if($meta_data == ''){
		$attachment_path = get_attached_file($attch_id);
		require_once( ABSPATH . 'wp-admin/includes/image.php' );
		$attach_data = wp_generate_attachment_metadata( $attch_id, $attachment_path);
		wp_update_attachment_metadata( $attach_id,  $attach_data );
		return $attach_data;
	}else{
		return wp_get_attachment_metadata($attch_id);
	}
}

Thank you, it was in fact, I was trying to insert the posts before wordpress was fully loaded! Everything works as expected right now

No body?

Looks to me as a WordPress bug. Deactivated all the plugins and enabled twenty sixteen but the problem still persisted.

Edit:
Updated another site to 4.5.2 but tinyMce worked there…

I want to replace everything in .column-comments with some custom code…

Thank you Iorro!

Thanks James for looking into it!

So i’ve got myself in the same situation when creating a new site.
I have hard coded the actual emoji into the page code (using the emoji onscreen keyboard on OS X). But it replaces it with an image…

For example:
https://sem.design/asdfadsf/

While my code is:

<div class="content">
	<h1>??</h1>
</div>

(not sure how the wp-forums post field will handle it (see: https://puu.sh/nJ5LG/f06cce91b5.png)

Like i said before, just remove the normal wordpress loop and put that code in. Because i think that woocommerce_content() already has the loop in side.

@sperziemone, have you found an solution yet? It seems it is not a global error, but it only affects 2 of my WordPress sites…

I just fixed it by more googling!

What you need to do is to not put the woocommerce_content() within your loop, so no loop, just the woocommerce_content() function and everything will work fine! Otherwise you will be stuk in a infinite loop… endless loop….