This thread is resolved. Here is a description of the problem and solution.
Problem: The client created a translation of a 'my courses' page using the [ou-courses] shortcode to display courses the user is enrolled in. However, the translated page displayed a message indicating no enrolled courses were found, likely because it was trying to retrieve only translated courses. Solution: We recommended setting the post type 'Courses' to 'Translatable - use translation if available, or fallback to default language' in WPML > Settings > Post Type Translation. This configuration allows the display of the original course in the second language if they have not been translated. For more details, visit Displaying Untranslated Content on Pages in Secondary Languages.
If this solution does not apply to your case, or if it seems 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 issues persist, please open a new support ticket.
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.
Background of the issue:
I have created a translation of a 'my courses' page where the shortcode [ou-courses] (hidden link) is used to display all the courses that the user is enrolled in. We will not be translating our courses, as we have unique courses created in different languages already. These are xAPI files, not made directly in LearnDash.
Symptoms:
When viewing the translated page, it just displays a string 'Sorry! You don’t have any enrolled Courses.' From what I understand, it is trying to retrieve only courses that have been translated.
Questions:
Is it possible to make the [ou-courses] shortcode return all courses that the user is enrolled in, without taking into account any translations?
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Hello,
Please go to WPML > Settings > Post Type Translation and set the post type "Courses" to "Translatable - use translation if available, or fallback to default language."
This should display the original course in the second language as long they have not been translated.
Thank you for the information. While this seem like a good solution, it does not make any change to the translated page. I made sure to clear all caches etc, and also tried the "Not translatable" option.
While I agree that this would be a good way to start out the troubleshoot, I'm not currently able to provide a minimal environment. I just created a staging environment as a copy of our site, but this is currently being used in another support ticket with WPML (https://wpml.org/forums/topic/login-redirect/#post-16783879).
Are you able to share the staging site with the provided credentials that has been given in ticket #post-16783879?
I see that the other ticket is assigned to my colleague and they are working on it. So I think its not a good idea for me to login at the same time and do that debugging stuff.
I'll recommend waiting for the other ticket to complete and let me know when it is OK to work on the same site.
The other case is now finished. It turns out that the login shortcode we are using isn't compatible with the language URL format (/no/) but works with the format ?lang=no. As a workaround, we decided not to create a translation of the login and logged-in pages and instead redirect users to the original language version in the translated menu.
In other words, we will not be using the translated "My Courses" page for now, so this issue is no longer relevant to us. However, if we revisit this in the future, it would be helpful to have a solution for this ready.
I noticed something important: If a user is enrolled in a group that has courses assigned to it, the translated version of "My Courses" isn't able to display them. However, if a user is enrolled in the courses directly, they are able to see them in the translated version of "My Courses."
So, it seems to me that the root cause is linked to this difference. It might be worth investigating further. Feel free to use the login credentials for the staging site to experiment. Let me know if the credentials are unavailable in the other support ticket, and I’ll add them here as well.
Thank you for the updates. That may be related however I can check for more details.
The access information on the other ticket has been removed automatically because the ticket was closed as resolved.
I need to take a closer look at your site. So I request temporary access (WP-Admin and FTP), preferably to a test site where the problem has been replicated.
Your next answer will be private, to share this information safely.
Also provide detailed steps to reproduce the issue and links to pages in the admin and on the frontend.
IMPORTANT: Please take a complete backup of the site to avoid data loss. I may need to activate/deactivate plugins also.
Thank you for the access but unfortunately I'm not able to login and getting an error saying "Invalid username and/or password". I simply copy/pasted the credentials you provided.
Please check on your side and let me know.
I've enabled your next reply as private again, in case if you want provide different/updated credentials.
Thank you for your patience and cooperation. I was able to login and check for the said issue. However, I'm having a little difficulty understanding the following:
If a user is enrolled in a group that has courses assigned to it, the translated version of "My Courses" isn't able to display them. However, if a user is enrolled in the courses directly, they are able to see them in the translated version of "My Courses."
Can you please provide the steps about how to reproduce or check this?
Yes I can see the course listed for both users in both languages. And the changes in URL handling has perhaps flushed links caches and may have repaired the internal linking.
However, since issue no longer exists, please feel free to close this ticket. You can open a new one anytime if you run into the same or another problem again.
P.S.: I've set your previous reply as private because the credentials were public.
