Forum Replies Created
-
Posts
-
Hi Brook,
my feeling says that it happens, when FB pages are opening new events. It didn’t start on the first run and it surely not happens every run. I oberved that pages with more events activity have more copied venues. Give it a week for testing.I can give Site Access if you like.
I think the issue comes up, when the Facebook Site is making the Events or is editing the events…. couldn’t find out that yet. But active Facebook-Sites have the issue mor often than less active sites.Works now. I think on the 3.6 the names were still non translated. Is that right? Maybe plugin update and my cache refreh didn’t go along.
Hey Barry,
I resolved it now in
pro/widgets/mini-calendar/list.php
with:
<?php if( tribe_event_is_multiday() == false ) { } ?>
and
<?php if( tribe_event_is_multiday() == true ) { } ?>“What is your end-of-day cutoff setting”
…was the hint I needed! Now it’s working (besides the inital load problem).Hi Barry, thanks for checking back. I deleted the js line. But that wasn’t the problem.
The header tag code above is what caused it. I originally left the id of the header tag out. As a result the widget wouldn’t work. The original The code above is complete.
I don’t see the logic of a dependece between the sidebar widget and the header tag – since it is not a parent tag.I finally resolved the problem.
I used <header>
instead of <header id=”masthead” class=”site-header” role=”banner”>…I don’t know so much about JS but why is a SIDEBAR WIDGET dependend on a header tag what was closed before?!?
Hi there,
I read this and it’s exactly my problem.
I did what was told here: https://tri.be/support/forums/topic/calendar-widget-issue/
<body <?php body_class() ?>>
‘before_widget’ => ‘<aside id=”%1$s” class=”widget %2$s”>’,(both ist standard in twentyfourteen where my theme is derrived from. )
Any other solutions?
