The client was experiencing issues with the WPML setting 'When deleting a post, delete translations as well' not functioning correctly for duplicated posts when deleted from the frontend. The main post would be deleted, but its duplicates would remain.
Solution:
We recommended the following steps after ensuring a full site backup:
1) Navigate to the
/wp-content/plugins/wp-job-manager/includes/
folder. 2) Open the
class-job-dashboard-shortcode.php
file for editing. 3) Locate line number 466 and replace the existing code with:
From
case 'delete':
// Trash it.
wp_trash_post( $job_id );
This code ensures that when a job post is deleted from the frontend, all its translations are also trashed, regardless of the WPML setting.
If this solution does not resolve your issue or seems irrelevant due to updates or differences in your case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If issues persist, please open a new support ticket at WPML support forum.
Problem: If you're experiencing issues with duplicate activity entries in BuddyBoss when adding a new job in WP Jobmanager, and the links for each language in the activity entries are incorrect, this is a known issue. The problem arises because when a job post is created and set as translatable in WPML, translated posts are automatically generated in all languages, leading to multiple activity posts. Solution: Currently, there is no direct workaround from our side as this issue requires adjustments in the BuddyBoss plugin. We recommend monitoring the BuddyBoss updates and checking the related known issues on our site. You can view the specific issue here: https://wpml.org/errata/buddyboss-posts-and-activities-not-filtered-by-language-on-feed-pages/. Additionally, there is a client-suggested workaround that might help, but it could break pagination. You can find more details here: https://wpml.org/forums/topic/filter-by-language-does-not-work-for-activity-feed/page/2/#post-13969021.
If this solution does not apply to your case, or if it seems outdated, we highly recommend opening a new support ticket. Please also check related known issues (https://wpml.org/known-issues/), verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. For further assistance, you can contact us directly at the WPML support forum.
Problem: The client is experiencing slow string translations and some languages not being translated, indicated by a cog symbol. Additionally, there are occasional fatal errors, though clearing the WPML cache resolves these temporarily. Solution: If you're experiencing similar issues with automatic string translation in WPML, first ensure that your translation engine supports the language pair you are translating to. You can check supported languages here: https://ate.wpml.org/mt_langs. Follow these steps to potentially resolve the issue: 1. Navigate to "WPML > Settings" and set the Translation mode to "Translate what you choose". 2. Go to "WPML > Support > Troubleshooting" and click on: - Cancel in-progress automatic jobs - Clear the cache in WPML - Fix element_type collation - Synchronize local job ids with ATE jobs - Synchronize translators and translation managers with ATE - Assign translation status to duplicated content - Set language information - Fix post-type assignment for translations 3. After completing these steps, switch the translation mode back to "Translate Everything Automatically" and send the string for automatic translation again. If issues persist, clear caches on your site and browser, and if possible, temporarily disable any optimization/caching plugins. For errors, check the "WPML > Support > Advanced Translation Editor > Error Log" and provide a screenshot if further assistance is needed.
This solution might be outdated or not applicable to your specific case. We highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket.
Problem: The client is experiencing a timeout issue when trying to automatically duplicate job listings to the default language using custom code from the WPML forums. Despite disabling unnecessary plugins and checking the debug log, the timeout persists. Solution: We recommend using the bulk 'duplicate' feature in WPML for duplicating posts from a secondary language to the default language. This can be done by navigating to WPML->Translation Management, filtering for the posts created in the secondary language, and performing a batch duplication to the default language. If custom code is necessary, we suggest modifying the existing code to prevent duplicate function calls and ensure it targets the specific needs of the site. Here is an example modification:
Ensure that listings are set to 'translatable' in WPML->Settings. If further customization is needed, consider hiring a specialized developer with WPML experience from https://wpml.org/contractors/.
If this solution does not resolve your issue or seems outdated, please check related known issues at https://wpml.org/known-issues/, verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. If the problem persists, we highly recommend opening a new support ticket at https://wpml.org/forums/forum/english-support/.
Problem: If you're experiencing issues with the resume limit being incorrectly calculated as four times the desired amount due to WPML language settings, this might be due to the way the resume count function is coded in the WP Job Manager - Resume Manager plugin. Solution: We recommend modifying the
resume_manager_count_user_resumes
function within your plugin files. Specifically, us the workaround in the following comment:
This modification ensures that the resume count only includes original language posts, excluding translations, thus providing an accurate count per user. Take note, that the author is informed and will implement this fix in a future version of the plugin. If this solution does not resolve your issue or becomes outdated, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If further assistance is needed, please open a new support ticket at WPML support forum.
Problem: The client reported that the title and location information was missing in the translations of a resume on their staging site. Solution: We recommended the following steps to resolve the issue: 1. Edit the resume in the default language. 2. Scroll down to the Multilingual Content Setup section. 3. Click "Show System Fields". 4. Set the needed fields to Translate or Copy. 5. Click "Apply". 6. Update the resume. 7. Update the translation. After these steps, the missing fields should display correctly.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket at WPML support forum for further assistance.
