[Dave]

No, I don’t understand where to make the needed changes.

[Dave]

Hi Tammy – that sounds promising – I’m still rolled back to 3.3 here. Searched for functions.php, sidebar registration, widget registration, etc but didn’t find anything that looked like it would help. Would you point me to something more specific? Thx so much!

[Dave]

Note I tried switching themes to 2014 and 2013 to see if the mini-calendar works there, but they break the site so badly it’ll take days to get it where I could even see if it helps…

[Dave]

Hi Kelly, I updated the header.php with the body tag as suggested but it didn’t solve the problem – still cannot change months or open an event from the mini calendar.

-d

[Dave]

Much better! Now it makes sense, but seems too simple 😉 I’ll give it a shot.

[Dave]

Thx Kelly! But I don’t understand what you’re saying… I’m not seeing anything in my header.php with pre id tags

[Dave]

Thx tammy! So we’re all in sync that this widget is broken. According to the tribe blog there was a lot of work done to it in 3.4 – two steps forward, one step back, oh well. I’ve reverted to 3.3 on my production site and all is well again.

[Dave]

Interesting tammy – thx! In our case it doesn’t seem to matter – mac or pc; ie, firefox, safari, chrome – none work. When I mouse over an event in the mini calendar plugin the link it wants to forward me to is: http://mydomain.com/#

[Dave]

Thx Kelly, It’s a production site so it’s hard to do a lot of troubleshooting. If it quiets down tonight I’ll give it a shot. Others with this issue? I searched “mini calendar links” and a number of 3.4 issues bubble up.

[Dave]

Figured it out – added a {visibility: hidden;} to the CSS class.

[Dave]

Thanks for getting to me Julie! No worries, we’ll figure out a different path for now and hopefully eventbrite can open up that api at some point.

[Author]

Posts