silentauben

i am already on the last version, the 1.0.5, and i don’t see new version.
moving the line 97 in init.php to the function function yith_ywgc_init (){} makes the job (dev only, the website is not on prod)

back with the origin of my bug.

I am using a beta version of a plugin for multilingual-press and Woocommerce and it save the current cart into database for multisite purpose but without the cart_item_data.

i am now trying to found how you get the infos you need to fill the cart page to get this beta plugin working with your gift card plugin.

Got the same error with the last update and same way to correct.
Am i the only one to face this bug?

line 97

require_once ( YITH_YWGC_DIR . 'functions.php' );

your require is outside the init and it doesn’t like that.
just had to put it in

function yith_ywgc_init () {

and now working again.

@ b_machuel : did you updated to 2.0.2? i had the same issue as you and this made the thumbnail back.

try to override the plugin css.

you have to specify a google api server key, unlock youtube api and add it in the widget.

It still doesn’t work for me.
I both tried the server side Api key and the client key, and i keep having the error message.
i managed to show the error number to track the problem and this is a 403error.

download again the plugin, the file was missing, the autor uploaded it again.

you have to download again the plugin, one file was missing

got same prob, trying with a full uninstall/reinstall

thanks for the changes, would be a good idea for somebody to ask the auteur of the plugin to take the management.
made myself some changes in js to make it works few weeks ago.

here is the html code, the select is named “thumbsize”

<select name="thumbsize" id="thumbsize" onchange="var jt = jQuery(this); var szcust = jt.next(&quot;.nextgen-thumb-size-custom&quot;); if (jt.val() == &quot;custom&quot;) { szcust.find(&quot;[name=\&quot;widgets[c144][width]\&quot;]&quot;).val(&quot;200&quot;); szcust.find(&quot;[name=\&quot;widgets[c144][height]\&quot;]&quot;).val(&quot;150&quot;); szcust.show(); } else { var parts = jt.val().split(&quot;x&quot;); szcust.hide(); szcust.find(&quot;[name=\&quot;widgets[c144][width]\&quot;]&quot;).val(parts[0]); szcust.find(&quot;[name=\&quot;widgets[c144][height]\&quot;]&quot;).val(parts[1]); }">
<option value="200x150" selected="">200x150</option>
<option value="custom">Personnalisé(e)</option></select>

here is the javascript of siteOrigin plugin

` $f.find(‘[name]’).each( function(){
var $$ = $(this);

var name = /([A-Za-z_]+)\[(.*)\]/.exec( $$.attr(‘name’) );

// Create an array with the parts of the name
if(typeof name[2] === ‘undefined’) {
parts = $$.attr(‘name’);
}
else {
parts = name[2].split(‘][‘);
parts.unshift( name[1] );
}`

The siteOrigin plugin check all the form looking for named input, not checking if it respects the format “name[id][name]” and trying to convert into array and reading it as an array.

Andrew told me they will probably add a test to prevent this bug for the futur, but would be a good idea to prevent some conflict with another plugin for you to.

And sorry for my english, if you need more info, just ask.

In this case, the only “incorrect” thing is the way you use a select with a name to fill the inputs width and height.

Is there any way for you to use a class or id to target it with javascript instead of using name? So no prob with javascript validating form.

i dont want you to think i am trying to tell you how to work :p just reporting the bug and a potential solution ?? (removing the name with Chrome console makes the job)

Sure it does :p thank you for the advise.
Will take time to post the bug info on NextGen’s.

Thank you for this great plugin and fast response ??