[Cliff]

Thanks for the update.

We haven’t seen others reporting this, I wasn’t able to reproduce it, and your other test install didn’t experience it either. Therefore, it’s difficult to know how to advise you any further on this.

If disabling logging works fine, is it acceptable to just leave it as such? Most installs have it disabled, which is its default level.

[Cliff]

You’re welcome. Thanks for your understanding.

[Cliff]

Unfortunately, I don’t have a workaround to share with you.

You’re the 2nd one in 8 months to report the bug (low activity), but I did communicate again with the developers that this is an important issue for your usage and asked that they prioritize it for that reason.

There are many factors that determine which outstanding bugs get included in which maintenance release, but hopefully my communicating with them will help it along quicker than not.

Again, I can’t guarantee when it might get fixed, but I’ve done all I can to help express this issue’s importance for you, and I hope it’s done relatively quickly for you.

[Cliff]

Adam, I’m glad you got things sorted out, especially since I really wouldn’t have been able to advise you much more on your specific situation.

EDD Tickets are like WooCommerce tickets but for https://wordpress.org/plugins/easy-digital-downloads/

I’m not familiar with any plan to hide sold out tickets, but you could request this as a new feature (or maybe search to see if the idea was already posted by someone else) at our plugins’ UserVoice page.

This allows others who are interested in that feature to easily voice their support. We frequently review suggestions there to find out which ones are popular, then we implement as many of them as we can.

If you post it / find it, feel free to link to it from here in case anyone comes across this forum thread in the future.

At this time, if a ticket is sold out, it’ll display as such and the quantity box area will have a tickets_nostock class added to it, like this: https://cl.ly/0q312k2r043U

Please let me know if you have any follow-up questions on this topic.

[Cliff]

Hi, Adam. Thanks for your detailed question.

We also have a dedicated URL redirect in place for past events. Example from our demo site: http://wpshindig.com/events/past/ goes to http://wpshindig.com/events/list/?tribe_event_display=past

This should work the same way on your site too.

There’s a known bug where a single event like “yoursite/event/pastor-emeritus/” would redirect improperly elsewhere to “or-emiritus” (the “past” gets taken off the slug) — but this is only confirmed if both the Events URL slug (normally “events”) and the Single event URL slug (normally “event”) are the same.

I did some testing and http://wpshindig.com/events/pasttestinganything/ redirects to http://wpshindig.com/events/list/testinganything?tribe_event_display=past (notice the testinganything in the middle there?) — which is a 404 — so I think this is related to the known bug I mentioned at the beginning.

I’ve logged this with that other bug report — to get more robust and targeted redirect rules for “past”, and I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.

I apologize for this issue and appreciate your understanding and patience.

[Cliff]

You’re welcome. I’m glad we could get a speedy fix for you (and others). 🙂

[Cliff]

You betcha!

We aim to please 🙂

[Cliff]

I’m very glad you got this figured out!

Thanks for the update.

[Cliff]

Thank you. I was able to replicate this issue and reported it to our developers.

Turns out it’s a long-outstanding issue. I communicated its importance to get fixed, but it’s in their hands now.

I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed. They need to assign it, code it, test it, and schedule it for release.

I apologize for this issue and appreciate your understanding and patience.

[Cliff]

Thanks for your effort here.

I see from your System Information Report that your default view is Month and your default mobile view is List.

With Filter Bar enabled, does this issue happen on desktop (wide browser width) or on mobile (narrow browser width) or both?

Could you please also explain which URL you’re at (e.g. http://192.168.1.10:8080/calendar/category/academics/) when you click the Next or Previous link to get to the http://192.168.1.10:8080/calendar/category/academics/list/?tribe_event_display=list&tribe_paged=2 URL?

I think this is all the information I’ll need to try to replicate the issue.

[Cliff]

Glad you got that sorted out.

If it’s in a plugin, it should work just fine but make sure you go to /wp-admin/plugins.php and click to Activate it.

If the plugin is activated and it’s the exact same code as what works via your active theme’s functions.php, but it’s still not working, please send me the full plugin .zip so I can try it out.

[Cliff]

Event Aggregator’s importing logic follows the iCal spec: https://tools.ietf.org/html/rfc5545

Please reference it for how to add an image attachment, location details, etc. Then test it via your site to see if it works.

Please let me know if you have any follow-up questions on this topic.

[Cliff]

Crystal, to help our developers get to the bottom of this, could you please specify the exact import URL(s) you’re experiencing this issue with so we can test them out as well?

Also, which Organizer(s) and Venue(s) duplicated for you, and which ones did not?

Feel free to post a Private Reply via our forum if you wish.

[Cliff]

Here’s some CSS that could do that:

body.events-photo .tribe-events-category-open-painting .tribe-events-photo-event-wrap {
background-color: #0000ff;
}

Here’s a preview of it in effect: https://cl.ly/1X2g0r1l0Q3x

 

You can add custom CSS code via your child theme’s style.css file, via WordPress 4.7’s Customizer CSS settings, or via a third-party plugin (not guaranteed or supported by us), like:

• SiteOrigin CSS (helps you visually build CSS selectors via its Inspector and Visual Editor, if that’ll help you)
• Simple Custom CSS
• Jetpack (supports regular CSS and the LESS and Sass pre-processors)

If you’re not a CSS expert, Jetpack’s Custom Design reference may prove helpful.

Note that if a single event in Photo View has more than one category, it might have a different (possibly unexpected) effect. Additionally, you might want to add a :hover rule, since I saw that in effect on your site for the default color.

I’m happy to have gotten you started toward this customization. If you need additional help with this, please ask your developer or reference our documentation and list of known customizers.

Please let me know how this customization goes for you.

[Cliff]

Hi again, Oliver.

This extension finally got released at https://theeventscalendar.com/extensions/community-events-cost-currency-symbol/

Its code is different than the version you were running from earlier in this forum thread. I encourage you to delete that version and start fresh with this new one.

If you have any feedback about it, please open a new, separate thread about it.

Thanks for your part in getting this released for everyone!

[Author]

Posts