[Closed] There seems to be a timing bug with the wpml_after_save_post hook. The $trid parameter is null, and ...

Background of the issue:
I am trying to run a post-processing function immediately after a post (or translation) is saved and WPML has assigned its TRID and language details. I’m using the wpml_after_save_post hook with the following code:

```php
add_action( 'wpml_after_save_post', function( $post_id, $trid ) {
$post_type = get_post_type( $post_id );
$trid_from_filter = apply_filters( 'wpml_element_trid', null, $post_id, 'post_' . $post_type );
error_log( "Hook param TRID: " . var_export( $trid, true ) );
error_log( "Filter TRID: " . var_export( $trid_from_filter, true ) );
}, 10, 2 );
```

Link to a page where the issue can be seen:

Symptoms:
When saving a post and creating translations, the $trid in the hook is null, and wpml_element_trid returns an incorrect value. I expected the $trid parameter in wpml_after_save_post to always contain the correct translation group ID, and calling apply_filters('wpml_element_trid', ...) for the same post should return that same TRID. Instead, $trid is null in wpml_after_save_post, and apply_filters('wpml_element_trid', ...) returns a TRID that does not belong to the current translation group or belongs to a different post.

Questions:
Why is the $trid parameter null in the wpml_after_save_post hook?
Why does apply_filters('wpml_element_trid', ...) return an incorrect TRID?