[Josh]

Hey Karem,

Thanks for reaching out to us!

I might be misunderstanding, but the tickets appear to be displaying on your site as expected (https://cloudup.com/c86rRJWaG5d). There are multiple lines there for the multiple tickets. Each ticket is also on multiple lines due to the title and content that is added which is causing the overflow. Were these the issues you were describing in your original thread?

Thanks!

[Josh]

Hey David,

Thanks for reaching out to us!

I took a look at your site and it appears that your theme is including additional styles that are causing the size issue you’re describing. For example, the “h2” for the event title within the list should be 18px in size if the default styles were being used. However, the stylesheet within your theme has them set to 39px!important forcing them to be the larger size that you’re seeing. You can adjust the size by updating the sizes within the custom css file within the theme.

Let me know if this helps.

Thanks!

[Josh]

Hey Davide,

Thanks for reaching out to us!

For the attendees list, try the following snippet to get the list to show on the single event view. You may have to do some additional customization to get everything to display as you would like but it should work to get you pointed in the right direction:

/**
 * List attendees on the single events page (WooCommerce-based orders
 * in this example).
 *
 * This is just a quick hack/possible starting point - be nice to add a
 * helper/template tag within Event Tickets to get the attendee list or
 * change the public visibility of Tribe__Tickets__Tickets::get_attendees()
 * to make it easier for folks to roll their own.
 *
 * Important! This class would of course have to be defined later than
 * Tribe__Tickets_Plus__Commerce__WooCommerce__Main (ie, don't include
 * this until after a suitably late point like the init action and until
 * you have confirmed the superclass exists).
 */
class FrontendAttendeeData extends Tribe__Tickets_Plus__Commerce__WooCommerce__Main {
    public function hooks() {
        parent::hooks();
        add_action( 'tribe_events_single_event_before_the_content', array( $this, 'frontend_attendees_list' ) );
    }

    public function frontend_attendees_list() {
        $attendees = $this->get_attendees( get_the_ID() );

        if ( empty( $attendees ) ) return;

        echo '<h4> Confirmed attendees </h4> <ul>';

        foreach ( $attendees as $attendee )
            echo '<li>' . $attendee['purchaser_name'] . '</li>';

        echo '</ul>';
    }
}

A note on the above though, we are expected to include the ability to have attendees display on the frontend within an upcoming release.

Customizing the price the way you would like is unfortunately outside the scope of what we’re able to support. However, to help point you in the right direction take a look at the Event Ticekts Plus plugin files within the src > admin-views > price-fields.php file and you’ll see how that section is added.

Let me know if this helps.

Thanks!

[Josh]

Hey Rob,

Sorry for the delay. I’ve logged an internal bug ticket for this issue and have added this thread to that ticket. You’ll be notified here as our developers make progress on addressing this issue.

Thanks!

[Josh]

Hey Stacey,

I tested by going to the event page on Youngstown Live and used the “Calendar” link on that event to download the event for import (https://cloudup.com/cvvl1yWAFcd).

Unfortunately, when downloading, the file is output with additional characters and no set file type extension. If I take the d0wnloaded file and change the name to “three_dog_nigh.ics” I’m able to import it using the file option of the iCal importer. Does following those steps not work for you here?

do you know if the Youngstown website has a live calendar feed that you could use to pull from? If so, you could just add that URL for import settings and just select the desired events for import.

Let me know if this helps.

Thanks!

[Josh]

Hey Keith,

After doing some further testing, it looks like there is another issue going on in addition to this problem that may be causing some confusion. I’ve created an internal bug ticket for tracking an issue where ticket purchases reduce the total starting stock rather than just the available stock.

The issue with inconsistencies between the two stock amounts (and I’ll review this behavior with our developers to verify or see the options for altering this) comes when attendees are deleted manually from the attendee list. In this case, there is still potentially a completed order (ticket paid) that has yet to be refunded. Once the deleted tickets are refunded, the stock amounts should equal back out.

If this is the case, I definitely understand the confusion and need for adding additional prompts or information to this process.

Let me know if this helps.

Thanks!

 

[Josh]

Hey Nora,

Thanks for following up with us.

I apologize for the frustration you’ve experienced so far. I may have misunderstood your original post, is the ticket form not working for you and your customers?

It doesn’t appear that the screenshot that you intended to share got included with your response. The snippet should have moved the ticket form to above the content of the event description when viewing the single view of the event. This can be different though depending on the theme that is used. Do you happen to have a link to the site in addition to the screenshots you’re wanting to share?

Thanks!

[Josh]

Hey James,

Out of curiosity, are you able to see posts from other post types (or of a page) when your permalinks are set to pretty permalinks or does this issue only exist for events?

Also, when following the Testing for Conflicts procedures and disabling all the other plugins, did you have pretty permalinks set when you were reactivating them one by one?

Thanks!

[Josh]

Hey Jenny,

No problem! I’m glad you were able to get this one resolved.

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new thread.

Thanks!

[Josh]

Hey Ivan,

No problem. Happy to help!

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Stacey,

Would you mind sending the URL that you’re using in attempting to import the recurring events? Is it coming from another calendar or is it a file that has been uploaded to WordPress site?

Thanks!

[Josh]

Hey Daniel,

No problema!

[Josh]

Hey Eric,

No problem. I’ll go ahead and close this thread for now. If you see the issue crop back up, please don’t hesitate to open a new thread.

Thanks!

[Josh]

Hey Karly,

Thanks for reaching out to us!

I tested this and was able to verify this issue with Community Events. I’ve created an internal bug ticket for tracking this issue and you’ll be notified here as we make progress on this one. I apologize for any inconvenience. Let me know if you have any questions about this or the process.

Thanks!

[Josh]

Hey Eric,

Thanks for reaching out to us!

This is the first report I’ve seen about slow performance with the 4.0.4 update and I personally haven’t noticed any issues when running tests today. That isn’t to say there aren’t other reports that we’ll see as we continue to get caught up on threads from the break.

To help us in trying to recreate things and see what the slow down could be, would you mind providing the system diagnostic information from the “Help” tab within your event settings? Additionally, if you’re able to provide a database dump that would help as well.

Thanks!

[Author]

Posts