berlinwebmaster

Here are some of the errors that are logged after I manually update Twig in order to get both plugins to work (changing my username to XXXX)

Passing a name as a first argument to the Twig_Environment::addFilter method is deprecated since version 1.21. Pass an instance of “Twig_SimpleFilter” instead when defining filter “transChoice”. @ /home/XXXX/public_html/wp-content/plugins/all-in-one-event-calendar/vendor/twig/Environment.php:931 #16384

Using an instance of “Twig_Function_Method” for function “ai1ec_disable_content_output” is deprecated since version 1.21. Use Twig_SimpleFunction instead. @ /home/XXXX/public_html/wp-content/plugins/all-in-one-event-calendar/vendor/twig/Environment.php:1328 #16384

And similar errors for functions “fb”, “do_meta_boxes”, “wp_nonce_field”, and “screen_icon”

No idea. For the past year I could never get the ai1ec_cron to properly run. I had to manually refresh all of my calendar feeds a couple of times a week (big pain in the butt).

Changing hosts, I no longer have any cron issues (if indeed that was the problem, all indicators seem to point in that direction, but who knows?!)

It was definitely a problem with WP cron, I’ve had issues with that on Bluehost for quite some time to run ai1ec_cron.

I just moved to a new host, and it’s working like a charm now!

Hi Calvin — not sure what URL you want me to give you? Here is the URL to my site where the calendar page resides: https://www.townofberlin.com/calendar/

Also, I’m not sure if the WP Cron is working… for some time I have not been able to get my feeds to refresh automatically, and have resorted to manually updating them a couple of times each week. Yet other plugins are working fine and updating information regularly.

A NASTY surprise. Thanks for the courtesy message, time.ly. Nice hijack there. Not cool at all.

Agreed. Some kind of courtesy note before upgrading would have been nice. My calendar lives and dies on import feeds, which was a really nice free feature. I’m not opposed to paying something, but I don’t appreciate being hijacked like this — and not even some kind of “click this button to add import feeds to your subscription” to solve the problem. Now i have a dead calendar, with no knowledge of how to fix it and get my feeds working again. And it’s unclear what package I would need to buy in order to get my feeds operational again, or maybe it’s just not possible any more on WordPress? And on top of that I have a sour taste in my mouth, to the point where I’m looking at alternatives where I’ll be happy to give my money (and considerable setup and customization time) to somebody else.

FU time.ly, if you can’t fix this NOW.

Same problem for me. I have a whole bunch of feeds, now I can’t even get them to manually refresh. This is a critical problem and I need a resolution ASAP. Already been a couple of days and still getting this message.

And I’m generally ok if I need to buy some kind of add-in, but it would have been really nice to know that before I upgraded, you know? Like maybe a nice note, or warning, or request for some funding before I upgraded, a nice courtesy? Specially after using this tool for a couple of years, getting jacked like this feels a little dirty.

Please let me know how to properly fix my feeds.

Thanks for working hard to put out a fix. Broken until then. Hope you add some new testing scenarios for the next release.

Ugh. Shame on me for upgrading without testing. You would think I’d have learned my lesson by now! Hoping for a fix soon, I don’t really want to revert to a 4.3 backup, unless this drags on for a few days longer… I would think that events disappearing from feeds would be critical bug to fix, and hoping the folks at time.ly aren’t too deep into the egg nog this holiday! ??

Fixed! thanks

To add some more info… the “assist” tool for the widget shows the proper/desired menu items. But nothing gets output to the web page.

I downgraded to 1.2.2 and it’s working again.

Works like a charm. The only modification was to put single quotes around the AND operator:

tax_query="array(
	'relation' => 'AND',
	array(
		'taxonomy' => 'attachment_category',
		'field' => 'slug',
		'terms' => array( 'A', 'B' ),
		'operator' => 'AND'
	),
	array(
		'taxonomy' => 'attachment_tag',
		'field' => 'slug',
		'terms' => array( '1', '2' ),
		'operator' => 'AND'
	)
)"

Ok got it!

It turns out that the .gallery set of styles is totally adjusted in my Builder child theme. I didn’t want to mess with it as changes would totally disrupt my site.

So I looked at the MLA markup template, and in the “Open” section it references several styles:

‘<div id='[+selector+]’ class=’gallery galleryid-[+id+] gallery-columns-[+columns+] gallery-size-[+size_class+]’>’

I simply removed the “gallery” class reference, and my problem is solved for what I’m trying to do (too complicated to explain the rest, but I already had all of that part figured out! I now have the desired result!

I can see in my web inspector for the computed class on the “dt” element:
font-size:0px

Anyway to force a customized style, for example “gallery-icon-pdf”, so I can have a customized style for the PDF list, without overriding the default gallery-icon for other galleries I might use in the future?

argh! try again, hopefully the system won’t try to run the code I add!

<dl class="gallery-item">
	<dt class="gallery-icon">
		<a href="https://173.254.90.94/test/wp-content/uploads/2013/07/Board-of-Director-application.pdf" title="Board of Director application">Board of Director application</a>
	</dt>
	<dd class="wp-caption-text gallery-caption">
		BoD Application
	</dd>
</dl>