[Rob]

Thanks. too little too late in the case of this particular client. They are going to start all over with how they do event ticketing and calendaring because of this and other major shortcomings of this plugin. Their sales and ticket fulfillment process was a total nightmare with this plugin. One thing they really needed was a sensible Will Call option. And the emailed tickets printed on two pages each…not good when people were buying 8 tickets for a group of attendees and showing up with reams of paper tickets. Nobody could figure out how to do the QR code scanning despite my having given them careful directions to follow…it’s just not intuitive or integrated enough. Lots of other problems as well, but I’m already off-topic here.

[Rob]

The tutorial linked to helped me successfully test a checkin using the QR code with the QuickMark reader. However, be forewarned that you cannot use the In App browser. Since you cannot log into your website with it before scanning a QR code, it just takes you to the event page to buy a ticket. You have to install and use either Chrome or Safari browsers on your devices, being sure to have your ticket takers log into them first before attempting to scan. If anyone knows of a workaround that allows for launching the in-app browser and logging into the WP Dashboard first, please respond.

[Rob]

resolved

[Rob]

Thanks. The checkbox for when to send tickets was set to “complete”, but I just hadn’t changed the order status for the test order I submitted. I’ve since done that and got the ticket in email.

[Rob]

Thanks. Ultimately what worked was

.tribe-events-loop .tribe-events-event-meta {
    background: #0ea0d7;
    border: none;
}

.tribe-events-list .tribe-events-venue-details {
    border-top: none;
}

[Rob]

Dang. I forgot I had the redirection plugin set to “Monitor changes to posts” and redirect upon a post edit. I’ve now turned that setting off for the entire site so that this issue won’t occur just with recurring events when I edit them from time to time.

It’d be nice, though, if The Events Calendar Pro played well with UrbanGiraffe.com’s redirection plugin in not triggering a redirect when a recurring event is edited and saved. I can’t think of a reason that it would be necessary to redirect to the final day of recurring events just because of a content change.

[Rob]

Thanks. That fixed it.

[Rob]

Resolved.

[Rob]

Thanks. For some reason my Divi parent theme was remaining out of date despite my updating it. I’ve got full-width event pages now.

[Rob]

I’m doing this to develop content on a Dev version of the site and then export it so I can import it to a Live version of the site.

Here’s a short screen video showing how I exported the event file from the Dev site. My screen recorder limits me to 30 seconds and staying on the same tab, so pretend that the import process is on the Live site, which is an identical WordPress and Event Tickets Plus/WooCommerce setup.

In between the export and import process, I’m editing the XML file and removing all but the event I’m interested in exporting. As you can see in the file attached earlier, the only thing I could find in the exported XML that had to do with the event I wanted was the event, but not the WooCommerce product. I had to export that separately in its own XML file.

Is there a better WordPress export/import plugin I should be using rather than the “default” one Automattic always recommends?

[Rob]

This reply is private.

[Rob]

This reply is private.

[Rob]

This reply is private.

[Rob]

Would that also include the WooCommerce products that were created with the event?

[Rob]

Never mind. It was because of a time zone difference between where I am and the website owner’s location. It was 9am my time and I had set the ticket to go on sale at 8am, so was expecting it to show. But the WordPress timezone is 2 hours behind, so it was only 7am at the venue and the ticket wasn’t going to show for another hour. I simply adjusted the time to reflect that difference and all is well.

[Author]

Posts