Vanderbeam

Problem Site #1: This is an active development site.

This is also one of the sites I tested by disabling all other plugins and switching it to the 2023 theme. The mega menu remained broken on mobile.

The 3.1.29 update introduces even more new critical errors.

Remaining errors:

• Tags and categories are still radio buttons, not checkboxes.
• An older issue has now resurfaced again, forcing the date to display twice on same-day events (eg, June 22 @ 1pm – June 22 @ 3pm)

Unfortunately, due to this most recent update, conflicts with multiple block libraries are now occurring on our sites and resulting in fatal errors.

After months of dealing with recurring hurdles caused by WP Event Manager, we have made the decision to move on to a different event plugin. Best of luck.

• This reply was modified 2 years, 5 months ago by Vanderbeam.

No, the update didn’t fix anything.

Additionally, the Event Types and Event Categories in the meta sidebar are now radio buttons as opposed to checkboxes.

I did some additional troubleshooting and encountered an interesting phenomenon. In the debug log, I noticed a lot of hook issues being generated by WPEM and got curious if they were conflicting with Genesis.

So on a sandbox, with a Genesis child activated, I freshly installed the event plugin leaving all of the default settings and created an event, making sure I filled out all of the WPEM custom fields. All of the aforementioned issues were present (even the Event dashboard displayed incorrect information, such as “Online Event”). I switched the theme over to WP 2022, and re-made the Event. Everything was fine. Front end display, everything saved correctly, and the dashboard was correct. I then reactivated the Genesis child theme and made another new event, which also went fine (except for the meta sidebar options still being radio buttons and not checkboxes).

So my hunch is you have a core hook issue that created conflicts with themes that also depend on either core WP hooks or a framework that creates their own with dependencies (like Genesis). Just a hunch, but so far it’s the only thing I can think of.

All of my Genesis sites with the newest update of WPEM are still broken. Clearing the cache doesn’t help, re-saving doesn’t help, and I’m not about to go flipping themes on every one of these sites.

When can we expect some progress? Based on the public support forum alone, it’s evident there are MANY, MANY people experiencing these issues.

All of the events have an expiration date.

As stated, I have adjusted the settings and still, the events remain.

Yeah, it was for the sake of a quick fix due to a quick deadline. I’m trying to figure out something more permanent in the meantime I can implement after traffic dies down.

I am using the HTML customization feature. My current snippet is:

[wpp limit=6 range='all' stats_author=1 stats_date=1 thumbnail_width=300 thumbnail_height=150 post_html='<div class="pop-post-items">
	<div class="image-wrap">
		{thumb}
	</div>
	<h3 class="pp-post-title"><a href="{url}">{text_title}</a></h3>
	<div class="pp-meta-wrap">
		<span class="pp-date">{date}</span> <span class="pp-author">By {author}</span>
	</div>
</div>']

But the issue is the {author} parameter. It’s the only one offered up regarding the author, and since this blog has multiple I can’t hard code a single name. So before creating a shortcode with custom arguments, I was wondering if there was a parameter native to the plugin that displayed the author name without a hyperlink that I was just overlooking.

Hi Tom,

I appreciate the reply, and I’m sure this information will come in handy in the future.

Unfortunately, this isn’t an ideal solution right now as it would require me to create over 30 unique re-usable blocks as it doesn’t allow me to edit the settings of each to suit my needs. I’m using MMM Pro Tabs and want the sub-categories to reveal dynamic content associated with them.

Do you have any plans to integrate 5.8 widget block functionality/compatibility natively into the plugin?

Thanks!

Looks like a case of theme style override.

In your theme parent’s responsive.css file, line 213-225, that set of declarations is shoving the mobile menu off to the left (I suspect this theme’s native mobile menu might be one that normally pops in from the left as opposed to a standard mobile drop-down). Try adding this to your child theme’s primary CSS file (or, if you don’t have access to it, from the WP Dashboard go to Appearance > Customize > Additional CSS and paste it there):

#navigation.mobile-menu-wrapper {
        display: block;
        position: relative;
        width: 100%;
        height: 100%;
}

This will get the mobile menu back into view and you can fine-tune and re-style and re-format from there. If this doesn’t work, try using !important on the declarations. Remember to clear your cache or you may not see the changes!

Hope that helps!

Sorry to butt in here but I think I know your problem!

Most themes include a responsive menu script in functions.php. I see you’re using Astra, and the mobile menu still has the Astra classes on it, which means it’s calling in the Astra mobile menu and NOT the Max Mega Menu.

I only have a base parent copy of Astra, but it looks like it called in a mobile header on line 85 of functions.php:

require_once ASTRA_THEME_DIR . 'inc/class-astra-mobile-header.php

The class-astra-mobile-header.php file looks like it’s where it calls in the mobile toggle.

THAT ALL BEING SAID, the MMM works perfectly on mobile with no modifications, so your child theme is probably calling in its own menu files. You’ll have to check in the child functions.php for anything calling in a mobile menu. I use Genesis and always have to remove the responsive-menu enqueue from child themes when implementing an MMM.

That being said, the plugin author may have a more direct solution. This has just always been my case.

I’m working around with 4 or 5 test events, all with different variables but all of them intentionally late morning/early afternoon times. But none of the detail times show up at all.

I also realized I couldn’t implement PHP into the template editor, but I can’t find any resources for the correct hooks and files to modify the template from the theme files. Is this possible at all?

I also have this issue. The console error it generates for me is:

media-upload.min.js?ver=5.4.2:2 Uncaught ReferenceError: wpActiveEditor is not defined
    at Object.window.send_to_editor (media-upload.min.js?ver=5.4.2:2)
    at Object.insert (media-editor.min.js?ver=5.4.2:2)
    at Object.insertGallery (admin-gallery.js?ver=2.2.3:198)
    at HTMLButtonElement.<anonymous> (admin-gallery.js?ver=2.2.3:315)
    at HTMLDivElement.dispatch (load-scripts.php?c=1&load[chunk_0]=jquery-core,jquery-migrate,utils,jquery-ui-core,jquery-ui-widget,jquery-ui-mouse,jquery-ui-draggable,jquery-ui-position&ver=5.4.2:3)
    at HTMLDivElement.r.handle (load-scripts.php?c=1&load[chunk_0]=jquery-core,jquery-migrate,utils,jquery-ui-core,jquery-ui-widget,jquery-ui-mouse,jquery-ui-draggable,jquery-ui-position&ver=5.4.2:3)

And will, of course, replicate each time I hit the “Insert gallery into post” button.

I was completely overlooking that! Of course, leave it to a developer to create a complex solution to a simple problem that already has a solution, haha. Thank you!

However, the results seem to be a bit inconsistent on links, and I’m not quite sure what this will mean to you.

I ran the screen reader back over the links on the page I was using to check, and sure enough two of the links read “link external link, opens in new tab” (which plays off of my “{title} External Link, Opens a new tab”). However, the third link read “link opens in new tab, external link, opens in new tab.” I confirmed my theory that the person who created this page set that third link as “Open in New Tab” in the WP editor, but not the others (even though they’re all external links). So I know it’s picking up that preceding “opens in new tab” from the editor itself. I have all my settings in WPEL to override existing settings, but that particular one is still shining through.

On a handful of my clients, I could always ensure ALL external links are set to Open in a new tab and change my title to just “{title} External Link” to prevent the annoyance of duplicate information, but on many of my clients, especially those who have multiple content editors with varied “tech savviness”, I can’t predict the mish-mosh of external links that will be both set to open in a new tab, or rely on WPEL to ensure they do. Do you have a suggestion to override the existing “Open in New Two” generated by WordPress via the plugin?

I am experiencing the same problem on two websites; though it was reported until after you update from two days ago.

I’ve cleared caches.
I’ve reupdated the pages and cleared the cache.

Creating a brand new page with a brand new tabs block works, but copying the old code to a new page still results in the original broken tabs. This is incredibly frustrating because it seems like my old tabs are lost and I’ll have to rebuild them for both sites which is several hours of work.

Sounds great! Looking forward to seeing it in action.

I’ll keep an eye on the Github.

I’m new to this plugin, but came to Support for this exact error.

StudioPress theme. Have tried using both the block and the shortcode; have used the default WP RSS Agg template and one I made. “Open links behaviour” will neither open in a new tab or in a lightbox. Additionally, the default template began consistently generating a “Something went wrong. Template is not saved!” notice after I had initially tried to resave it with the “Open links in a new tab” option selected.

Thanks for getting back to me so promptly!

Yes, all of the posts on this site have featured images generated with your plugin. As I’ve been testing the social settings with our SEO plugin, the odd thing I’ve noticed is that even with the same settings some of the posts will show a generic image generated by the SEO plugin while others will not generate an image at all but the console showing signs of attempting to retrieve the image from YOUR plugin. Currently, my settings are set to use the Featured Image with a fallback image set if there’s not Featured Image detected.

Please note, I am not totally convinced this issue is being caused by your plugin and I appreciate your willingness to lend assistance. Have you ever noted any conflicts between your plugin and All-in-One SEO in the past?