Home›Support›English Support›[Escalated to WPML Developers team] Getting 502 error when duplicating media
[Escalated to WPML Developers team] Getting 502 error when duplicating media
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
WordPress 6.7 has introduced a new issue that impact translations, please update WooCommerce and WPML to the latest versions before you report issues. More about this here - https://wpml.org/errata/php-error-wp-6-7-notice-function-_load_textdomain_just_in_time-was-called/
When updating a post with "Duplicate uploaded media to translations" and "Duplicate featured image to translations" checked the page is hitting a 502 error after taking over 60 seconds to update and hitting the WP Engine kill script for long running processes.
The rest API is showing as disabled on the WPML support tab, but it appears to be accessible as expected by hitting rest API endpoints, but the WPML endpoints 404. hidden link
Not sure these two issues are related, but wanted to share.
To enable it, open your wp-config.php file and look for define(‘WP_DEBUG’, false);. Change it to:
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
// Use dev versions of core JS and CSS files (only needed if you are modifying these core files)
define( 'SCRIPT_DEBUG', true );
In this case, the errors will be saved to a debug.log log file inside the */wp-content/* directory. Please do the steps to reproduce the bug and check you are getting any errors or warnings related to WPML in the log file.
If you can paste your debug.log to http://pastebin.com/index.php and provide me that link it would be great! (This is the cleanest way because sometimes the logs are long and create a complete mess of discussion).
I checked out the error logs for any PHP errors before opening this ticket. WP Engine always maintains error logs. I just triggered the 502 error again and no new errors were generated during the process.
WP Engine was able to do disable their kill script and do a trace while the update ran and shared this image. You can see its WPML_Media_Attachments_Duplication::duplicate_post_attachments method is taking an extremely long time.
I'm wondering if some media that was attached to the post at some point is missing and causing this to error out. Is there a way to refresh the media attached to posts?
Thank you for the login information. It is working for me as expected when I tried with the following post and page on your site(both are private posts).
hidden link
hidden link
So please check and let me know your feedback. If the issue exists, please share the exact steps to reproduce the issue on your site.
Thank you for the updates. I can reproduce the issue while updating the Amenities page. The Debug.log file is not showing, so it will be great if you can check is there any error in the Server Error Log while having this issue.
I have a couple of requests. It may help to resolve the issue. Please try the following steps and check is there any difference in the result. Refer to the attached images for more details.
a) REST API is not enabled on the site now. Please enable it.
b) Most of the Image fields are set as *Copy Once*. Please set it as *Copy* and save the changes.
I did see the REST API was showing as disabled on the site and reached out to WP Engine about that. There's nothing at the server level blocking the REST API. Though the site is using HTTP Auth user and password so I'm wondering if that is causing the REST API to show as disabled on WPML.
That said this is 1 of 12 sites that have very similar setups and those also use HTTP Auth, but the other sites do not have the issue where updating fails with duplicate media / featured image checked. And those sites also show the REST API as disabled.
As for Copy vs Copy Once the pages are translated manually after the initial creation of the page translation. We don't want the fields to be Copied each time as it can cause issues with component placement.
For example if we were to add a new component to the top of the flexible field section on the English page only it would move each component down the list so components_4_tabs_2_mobile_image would become components_5_tabs_2_mobile_image on English, but still be components_4_tabs_2_mobile_image on French. This throws off the components and the translated page breaks. Which is why Copy Once is used, so that value is only copied on the initial duplication of the translated page from English.
The ACF fields that begin with `_` are also linked to the particular field ID (e.g. field_3435wsedrsrf23" the non-underscore keys hold the actual value entered in the field.
The need for "Duplicate uploaded media to translations" is so if new media is uploaded while making edits to an English page it will be available in the translated Media Library when manually editing the translated version of the page without needing to re-upload it.
It doesn't seem like the ACF field translation value should matter in that scenario as I would think the "Duplicate uploaded media to translations" option is tied to media attached to the particular Post ID, whether it is used in an ACF field or not.
That's why I'm wondering if some data of the attachments attached to the Post has become corrupt. Is there a way to essentially force a re-scan of the post for attached media?
Thank you for the feedback. Please check you are getting any errors in the Server Error log while having this bug. It may help us to track this issue.
Also please tries the following troubleshooting steps after a full site backup{mandatory} and make sure the issue is existing or not.
1) Go to WPML>>Support page, click on the Troubleshooting link (blue link in the middle of the page)
2) On the Troubleshooting page, please click on the following options of the *Clean up* section. Wait for confirmation of processing after each one.
- Clear the cache in WPML
- Remove ghost entries from the translation tables
- Fix element_type collation
- Set language information
- Fix WPML tables collation
- Assign translation status to duplicated content
- Fix terms count
- Fix post type assignment
- Cleanup and optimize string tables
I performed all of the above and the issue still persists.
I did use the Duplicate Post plugin to duplicate that post and am actually able to update that version of the page, but the original homepage and other pages still have the update issue with the Media Duplication.
Thank you for the updates. I hope hidden link is your staging site. Because we would like to make sure the issue is existing in minimal setup and the beta version of WPML 4.5(upcoming version). May it needs further escalation to our developers.
It is a staging environment and takes daily backups. Though the site is reliant on ACF so disabling that plugin would cause issues and not really help resolve the overall issue even if it worked with ACF disabled.
Thank you for the updates and permission. I am continuing the testing on your staging site now, will get back to you as early as possible. Please wait.
The bug is existing with the latest version of WPML(4.4.11) and WPML Beta version. So I will consult about this with our team for an expert opinion and get back to you as early as possible. Please wait.
