Timeline for save_post action to include wp_insert_post_data filter, gathering meta field info & prevent infinite loop
Current License: CC BY-SA 3.0
16 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Apr 23, 2015 at 9:40 | comment | added | orionrush | In this case I think it probably is, I've put the question to the plugin authors as well to see if they can comment. Normally accessing types CPTs and meta boxes work just fine within a loop, so it didn't occur to me that it might not be doing things as expected in this instance. | |
Apr 23, 2015 at 5:57 | comment | added | cybmeta | I've read your answer and now I understand you. Not sure if the issue is specifically with the plugin you are using. | |
Apr 23, 2015 at 5:35 | history | edited | cybmeta | CC BY-SA 3.0 |
deleted 221 characters in body
|
Apr 23, 2015 at 5:19 | comment | added | cybmeta | What? I don't understand you. Does it answer your question? Does it solve your problem? If so, you should mark it as accepted. | |
Apr 22, 2015 at 22:02 | comment | added | orionrush | I've upvoted your contribution, as it was helpful. Im not sure if it would work for others or not. | |
Apr 22, 2015 at 22:01 | comment | added | orionrush |
I keep trying to access the meta values using updated_post_meta and I'm not getting anywhere. If I run a save on the post in question, I only get one result, and I get strange numbers for the values of meta_key , meta_id and object_id . The meta_value returns _edit_lock . I dont this this action is running late enough. It may have to do with the fields being added by the types plugin, though in other instances I've been able to access them through the key name, so Im not sure what the difference. I've returned to my original approach using wp_update_post .
|
|
Apr 22, 2015 at 5:36 | comment | added | cybmeta |
Answer updated. I used updated_post_meta incorrectly.
|
|
Apr 22, 2015 at 5:33 | history | edited | cybmeta | CC BY-SA 3.0 |
deleted 235 characters in body
|
Apr 22, 2015 at 5:20 | comment | added | cybmeta | Sorry for the typo. Fixed. | |
Apr 22, 2015 at 5:20 | history | edited | cybmeta | CC BY-SA 3.0 |
added 2 characters in body
|
Apr 21, 2015 at 21:20 | comment | added | orionrush |
Erm, this produces a bunch of notices - first missing semicolon wp_update_post( $post, true )
|
|
Apr 21, 2015 at 5:36 | comment | added | cybmeta | See updated answer. | |
Apr 21, 2015 at 5:36 | history | edited | cybmeta | CC BY-SA 3.0 |
added 1506 characters in body
|
Apr 21, 2015 at 5:29 | comment | added | cybmeta |
I'm sorry but I don't know what types_render_field() ; it is not a function from WordPress. Your problem seems to be related with custom meta fields. If those fields are in the form, I don't see why you can not get the value in save_post action as you with any other custom field.
|
|
Apr 21, 2015 at 1:02 | comment | added | orionrush |
I think you've missed my point. Im after the value of $show_time = types_render_field( "show-time", array("post_id"=>"$child_ID", "raw"=>"true") ); At the point of save_post , this value hasn't been set in the database, yet I want to add it to the post title. Take a read of wordpress.stackexchange.com/a/54713/13551. He's asking the same kind of question. Im just having trouble implementing it.
|
|
Apr 20, 2015 at 7:00 | history | answered | cybmeta | CC BY-SA 3.0 |