jdlintz

I too would like the images within a banner slideshow to be links.

Same trouble here.
My console give a 404 error for “https://www.mysite.org/checkout/?wc-ajax=update_order_review”
Is this related?

I’m working on a dev site actually, so everything’s served up internally which makes me think it’s unrelated to any particular host.

As the previous commenters mentioned, I’ve got the correct time set at Google and at WordPress. When I’m logged into Google and click “more details” it takes me to my own calendar event and all is cool. When not logged into Google, clicking the link gives me the sparse event details window, but the times are listed in GMT.

Googling a bit, I found an old thread that might contain the answer:
https://productforums.google.com/d/msg/calendar/MJ9wC-0Hc1w/8IjYMNgVw2MJ

Summary: if a user is not logged in to a google account, the event time defaults to UTC since it doesn’t know where the user is located. If you include some time zone information in the url itself (e.g. ctz=America/New_York), the time will show up correctly.

Hopefully you can update your excellent plugin to pull the timezone from the WordPress settings and add it to the URL.

I am experiencing the same issue. Also, the labels for the radio buttons only have the letter “O” instead of what I assume should be “On” and “Off”. Similarly, the Slider Style drop down options only have “W W B D” instead of…? I’m not sure what. I tried each one, and there does not seem to be any change in the style. Something’s obviously missing for me.

@rezon8dev
A quick look this morning at the latest version (0.8.7), shows the same block of code at lines 762-768 in the dev version. Breaks are still being removed from accordion content, but hacking the code and removing the ‘br’ from the find statement seems to work like before.

I tested on a clean WordPress install with no other plugins. Not sure what else may be causing your problem.

As a follow up…the trouble with doing things my way (renaming the js files) is that I can’t blindly auto-update to the latest version of the plugin when it is released. I have to be more intentional about downloading the plugin and checking if the fix has been made in my dev environment before updating on live sites.

Quick hack to fix…

Change line around 700 (of dev version) from
options.autoHeight = this.o.autoHeight ? true : false;
to
options.heightStyle = this.o.autoHeight ? "auto" : "content"

Part of the _init of the Accordion.

I hacked a bit and found the trouble.
Starting at line 658 (in the dev version)…

if ( this.o.wpuiautop ) {
$this.find('p, br')
.not( this.o.content + ' > br, ' + this.o.content + '.wp-tab-content > p' )
.filter(function() {
return( $.trim( $(this).html() ) === '' );
}).remove();
}

This seems to find and remove all empty paragraph tags, which is good, since there are always a few strays. But it also removes all break tags! I believe, by their nature, they are always “empty” or “=== ””, so this doesn’t seem like a correct behavior to employ.

My solution was to only find and remove empty paragraphs…

if ( this.o.wpuiautop ) {
$this.find('p')
.filter(function() {
return( $.trim( $(this).html() ) === '' );
}).remove();
}

(I also removed the “.not” clause as I couldn’t see that it actually did anything, but I may not have tested enough.)

This has fixed my issue of break tags being removed from Accordion content.