<b>Background of the issue: </b>
I am trying to set up a Norwegian version of the site, including the login and pages available for logged-in users. The login form is created using Uncanny Toolkit (shortcode [uo_login_ui] hidden link), combined with their login redirect module (hidden link) which is set to login redirect: hidden link. I also tried using a custom design for this login page with a slightly different shortcode [uo_login_ui redirect="/no/mine-kurs/]. [removed]
<b>Symptoms: </b>
After login, I am redirected to hidden link, which displays a string "Beklager! Siden ser ikke ut til å eksistere."
<b>Questions: </b>
Why am I not being redirected to the correct page after login?
How can I fix the login redirect issue for the Norwegian version of the site?
Please note that this is a public thread, for your security only share access details in private fields.
I would like to request temporary access (wp-admin and FTP) to your site to test the issue.
(preferably to a test site where the problem has been replicated if possible)
**Before we proceed It is necessary to take FULL BACKUP of your database and your website. Providing us with access, you agree that a backup has been taken **
I often use the Duplicator plugin for this purpose: http://wordpress.org/plugins/duplicator/
You will find the needed fields for this below the comment area when you log in to leave your next reply.
The information you enter is private which means only you and I have access to it.
NOTE: If access to the live site is not possible and the staging site does not exist please provide me with a duplicator package created with the duplicator plugin.
I have verified that logging in from the Norwegian (NO) version redirects to a "Page Not Found" error. Additionally, I confirmed that the user is not logged in, and the only way to log in successfully is through the English login form.
As a test, I removed the following shortcode from the login page:
[uo_login_ui redirect="/mine-kurs/"]
I then deleted and retranslated the page to start fresh, but the issue persisted.
I was only able to resolve the issue by navigating to WPML → Languages → Language URL Format and switching from directories to parameters (changing from /en/ to ?lang=no). This resolved the problem.
