The repeat entity is stored in civicrm_recurring_entity table so you might need to use the RecurringEntity api for this purpose. The following should result the repeating events for you -
$result = civicrm_api3('RecurringEntity', 'get', [
'sequential' => 1,
'entity_table' => "civicrm_event",
'parent_id' => main_event_id,
Similarly the ...
I'm thinking the invalid day name error is the result of the start date of June 10, 2019 which is a Monday, not a Sunday (note that in your screenshot, there is no date listed for the "Original" event). If you change the start date to June 9 (which is the second Sunday in June), then the repeat function works as expected (on 5.10.alpha1):
Hope this helps,
I can see at 5.2.2(D7) all three options when a repeated event is edited.
I believe there is no special condition that will hide other 2 fields. Can you check browser console if they are hidden? It might be because of theme.
I can assure you that custom fields never carried over to repeating events in Civi 4.6 - I had to write a lot of custom code to deal with the fact!
The issue you're describing is CRM-16902. It's marked as closed, but that's incorrect - a related issue, CRM-20787 was recently fixed.
Before CRM-20787 was merged, it WAS possible to change a single price on a ...
Just so you know, there's two extensions currently under development for CiviCRM, and specifically that integrate with CiviCRM's Event Cart feature, that might meet some of your needs. They're under active development, and you can check them out on CiviCRM's GitLab.
boxoffice: Provides a lighter workflow for the CiviCRM Event Cart. Designed for a ticket ...
There was work on an Event Cart function for CiviEvent, but it was never completed. However, there are folks who use it. I would expect to put in some developer time if you want to use it.
Enable it at Administer » CiviEvent » CiviEvent Component Settings by checking Use Shopping Cart Style Event Registration.
There are some guides to using it from ...