Publicize showing on event screen but are not applied to the event if changed

[Douglas]

running 4.0 and importing Facebook events manually to pending before publishing.

added the following to my themes function.php as instructed here and on the jetpack forum for custom post types:

add_action(‘init’, ‘my_custom_init’);
function my_custom_init() {
add_post_type_support( ‘tribe_events’, ‘shortlinks’ );
add_post_type_support( ‘tribe_events’, ‘publicize’ );
}

everything appears in the event editor but no changes i make to the selections or text to be used get applied and not matter what I enter or change they publicize the standard unchanged selections and the event body instead of the value preloaded in the text to use field.. if I make changes and then hide the options. there is no save button. they are still changed when I display them again but not if I save the event as pending or publish

any help would be greatly appreciated. I have posted in the Jetpack support area as well.. Thanks

[Douglas]

Update
i have also tried with a non imported event sane problem

saves and updates correctly for a normal post instead of an event

• This reply was modified 10 years, 5 months ago by Douglas.

[Nico]

Hey Douglas,

Thanks for reaching out to us, and sorry to hear about this issue. I’ll try to help you out getting this sorted.

I’m a bit confused by your description of the issue, so I’ll try to re-cap a bit:

• There’s a problem with Events and Publicize feature of Jetpack.
• This seems to be introduced in version 4.0.
• It happens to Facebook Imported events and ‘new’ events also.
• Not sure about the actual issue with the modified text don’t get published. Can you elaborate a bit more or provide a screenshot?

Let’s begin by basic troubleshooting of the issue: Can you please follow the steps described in our Testing for conflicts guide? This way we can see if this is a problem in our plugin or a conflict with the theme or other installed plugins.

Please confirm if the above description of the issue is correct and let me know if testing for conflicts sheds some light over this,
Best,
Nico

[Douglas]

This reply is private.

[Douglas]

https://www.dropbox.com/s/f2ycdxoo2v7hded/publicize_before.jpg

This is what is loaded for a post or event when opened in the editor. If you save or publish after changing for a post any of the selections or values when you open the post the changes are there and publicizes with changes.

However when you do it with an event the defaults remain and changes are lost. It will also publicize with the body text instead of what is in the description field.

• This reply was modified 10 years, 5 months ago by Douglas. Reason: image

[Nico]

Hey Douglas,

Thanks for clarifying this! I think I follow you now. I will give this a try tomorrow locally cause I’m not sure at all what might be affecting how this works.

If you can also follow our Testing for conflicts guide it will be great to discard the possibility of this being a conflict with other plugin or the site’s theme itself.

Have a great weekend,
Best,
Nico

[Nico]

This reply is private.

[Nico]

Douglas,

I could check it out and seem you are right, the body of the event get’s posted even if I input a custom message in the ‘publicize’ field, and also it doesn’t get saved as you show in the screenshot. Can you confirm this is the same you are seeing? I’ve read your issue description a couple of times but I’m not sure if I’m missing anything else.

Have you heard back from JetPack support?

Please let me know about it,
Best,
Nico

[Douglas]

Correct… Something about the processing or setup of the custom post type tribe_event is not allowing the tool to work the same as the default post type. [email protected] Has offered to explain anything that you have questions about the plugin and how it works.

Thanks Nico for your help.

[Nico]

Thanks for confirming this! I’ve logged a new bug ticket in our system to address this, including all the information here and also your last message indicating the JetPack support offer.

Most probably next step will be to contact them and see what’s making this issue happen.

I’ll keep you posted on this,

Best,
Nico

[Support Droid]

This topic has not been active for quite some time and will now be closed.

If you still need assistance please simply open a new topic (linking to this one if necessary)
and one of the team will be only too happy to help.

[Nico]

Hi there,

Just wanted to share with you that a new maintenance release (for the Week of 7th January 2018) is out, including a fix for this issue :slightly_smiling_face:

The developer working on this suggested this snippet might work best for integration with The Events Calendar (as opposed to the JetPack custom post type snippet):


add_filter( 'tribe_events_register_event_type_args', 'tribe_events_register_event_type_args_update' );

function tribe_events_register_event_type_args_update( $args ) {
$key = 'supports';
if ( empty( $args[ $key ] ) || ! is_array( $args[ $key ] ) ) {
$args[ $key ] = array();
}
$args[ $key ][] = 'publicize';
return $args;
}


Find out more about this release → https://theeventscalendar.com/maintenance-release-week-7-january-2018/

Please update the plugins and let us know if the fix works for your site,
Best,
Nico

[Support Droid]

Hey there! This thread has been pretty quiet for the last three weeks, so we’re going to go ahead and close it to avoid confusion with other topics. If you’re still looking for help with this, please do open a new thread, reference this one and we’d be more than happy to continue the conversation over there.

Thanks so much!
The Events Calendar Support Team

[Author]

Posts