Forum Replies Created
-
AuthorPosts
-
June 13, 2017 at 3:24 am in reply to: Configuring license keys for one domain, many servers and test sites #1297098
Robert
ParticipantHi Cliff,
I tried network activating The Events Calendar PRO, but after doing so, there did not appear any Events tab or settings in the Settings area of the Multisite Dashboard. So, I didn’t know where I was supposed to plug in my multisite key.
If you could tell me that, and what the pricing would be for multisite with six total sites, we might consider going that route just because the ease of automation would save us a lot of developer time on manual upgrades.
Or, if you successfully advocate internally for a more reasonable approach to upgrades on multisite installations, obviously that would be ideal… 🙂
Thanks for your help.
Best,
RobertJune 8, 2017 at 7:27 am in reply to: Configuring license keys for one domain, many servers and test sites #1295176Robert
ParticipantHi Cliff,
I take it back. 🙁
It looked like the plugins updated via wp-cli, but then when I tried again (using the new keys you issued) it still fails–both with wp-cli and in the multisite network admin for the plugins.
I have manually updated them for now, but full automation is a very important part of our strategy. Any solutions so we can get the updates we need automatically?
Best,
RobertJune 8, 2017 at 7:09 am in reply to: Configuring license keys for one domain, many servers and test sites #1295167Robert
ParticipantHi Cliff,
Thanks for all that.
The new keys do work.
It would be great to have the existing keys work.
On the page you sent, I note:
If you only want to use our plugin on a handful of sub-sites (10 or fewer) and are willing to perform manual updates, then you do not need a multisite license. In this case you can purchase a Personal license (for 1 sub-site), Business license (for 2-3 sub-sites) or an Agency license (for 4-10 sub-sites).
We have the Business license, and only 2 of the 5 multisite sub-sites have Events plugins active (i.e. it’s not network activated). So, seems like we should be able to use it, right?
We had some old servers running in parallel with new servers we just transitioned into using. I wonder if having multiple servers with different operating system versions triggered something on your end to make it look like we were using more than two sub-sites? If so, is there any way to reset that? We only have the new servers running now.
Would be great to have our new licenses work.
Best,
RobertJune 6, 2017 at 2:56 am in reply to: Configuring license keys for one domain, many servers and test sites #1293650Robert
ParticipantHi Cliff,
A p.s. in case it’s relevant–we run a multisite installation using directories for separate “sites” (which are actually all part of the main site), and all have the http://www.msia.org domain.
We use multisite sub-sites only for purposes of running multiple languages and providing different access levels to different users. To a front-end website user, they would never know the difference.
Could that be a clue?
Best,
RobertJune 6, 2017 at 2:55 am in reply to: Configuring license keys for one domain, many servers and test sites #1293649Robert
ParticipantHi Cliff,
Thanks for your reply.
First, I’m not sure how to add stage.msia.org and msia.oz to the domains, as there’s no “Add” button in the Licensing interface that I can see.
More importantly, we are still unable to update the-events-calendar-eventbrite-tickets and events-calendar-pro (currently at 4.4.3 and 4.4.7, respectively) on the http://www.msia.org website (main site), either through the web admin or using wp-cli. Filter Bar is fine.
Looking forward to your thoughts.
Best,
RobertRobert
ParticipantThis reply is private.
Robert
ParticipantThanks, all seems to be in order again as of release 4.4.1.1.
Robert
ParticipantHi Geoff,
Many thanks for that. We’ll leave our solution as it is currently based on the tribe_events_parse_query hook, and be sure to look out for deprecation notices as we go along.
Thanks again!
Best,
RobertRobert
ParticipantThanks, with the release of 4.1.1 I can confirm that times are now displaying correctly. In the case of one repeating event, we had to re-save the event to get it to show up correctly.
Robert
Participantp.s. for example, I see that Events Calendar Filterbar hooks into various add_action hooks like:
tribe_events_filter_view_do_display_filters
tribe_events_pre_get_posts
parse_queryas well as interacting more directly with the query via filters like:
posts_join
posts_whereand I wonder if this type of approach would be more resilient since I am guessing you will preserve compatibility with your own suite of plugins on future updates of the core plugin.
Looking forward to your thoughts!
Robert
ParticipantThanks, Nico. Looking forward to the fix!
Robert
ParticipantSadly, no. In the calendar view and in the event detail pages, the events are all showing one hour earlier than scheduled. So, if we click “Edit page” we see the start date field set to e.g. 7pm but on the page view itself it shows as 6pm.
I have enabled displaying the timezones, and the timezones now all incorrectly show PST instead of PDT as well. So, it is clear that ECP is misunderstanding that Los Angeles is currently on PDT.
Robert
ParticipantThanks!
Robert
ParticipantHi Nico,
Unfortunately, I did just what you suggested:
change the WordPress Timezone to the UTC offset corresponding? Like UTC-7, instead of the city named timezone (Los Angeles).
And cleared our caches, etc. However, the calendar widget on our homepage still shows everything one hour earlier. Please advise.
Best,
RobertRobert
ParticipantHey Nico,
Thanks for letting me know. Looking forward to 4.1.1 being released!
Best,
Robert -
AuthorPosts
