Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conflict with Loco Translate plugin #2429

Closed
2 of 4 tasks
actuallyakash opened this issue May 3, 2023 · 6 comments
Closed
2 of 4 tasks

Conflict with Loco Translate plugin #2429

actuallyakash opened this issue May 3, 2023 · 6 comments
Assignees
Labels
Severity: Normal Status: Has PR This issue has an open pull request Type: Conflict Plugin and theme conflicts

Comments

@actuallyakash
Copy link
Contributor

actuallyakash commented May 3, 2023

Reproduction Steps

Loco Translate can't find the translation file when the user has selected the "custom" location.

Expected Behavior

Loco should be able to correctly localize LiterLMS picking the translation file from the selected custom location.

Actual Behavior

Loco Translate can't find the translation file when the user has selected the "custom" location.

Possible solution?
[from @dominiquemariano ]
When Loco Translate is installed, instead of looking at wp-content/languages/lifterlms/lifterlms-en_US.mo, we should look at wp-content/languages/loco/plugins/lifterlms-en_US.mo when the user selects a "custom" location

System Information

LifterLMS 7.1.4
WordPress 6.2
Loco Translate 2.6.4

This issue has been recreated:

  • Locally
  • On a staging site
  • On a production website
  • With only LifterLMS and a default theme

Related User Information

https://wordpress.org/support/topic/loco-translate-not-working-as-expected/#post-16704935

@actuallyakash actuallyakash self-assigned this May 3, 2023
@eri-trabiccolo eri-trabiccolo added Type: Conflict Plugin and theme conflicts and removed Type: Bug Bugs and errors labels May 3, 2023
@eri-trabiccolo
Copy link
Collaborator

[from our slack conversation]
Loco Translate works with plugins and themes without the need for them to do anything special.
If it doesn't work for us it means that we might do something unusual. I would focus on understanding this, and if we can safely "revert" this behavior, only if we can't I would consider a possible compatibility layer for Loco Translate.

@actuallyakash
Copy link
Contributor Author

Hey @eri-trabiccolo @dominiquemariano

[As per our Slack conversation]

I've tested the Loco translate with LifterLMS with both locations, i.e.,

Author: plugins/lifterlms/languages/lifterlms-ca.po
&
Other: languages/loco/plugins/lifterlms-ca.po

The Loco Translate is working perfectly. I've tried it with the language "Catalan", as the user did it. Let me know if there's some other use-case I should follow to reproduce the issue.

@actuallyakash actuallyakash added the Status: Can't Recreate Unable to recreate using the provided information or recreation steps label May 9, 2023
@eri-trabiccolo eri-trabiccolo added the Status: Need Information More information is required to proceed label May 11, 2023
@eri-trabiccolo
Copy link
Collaborator

eri-trabiccolo commented May 15, 2023

hey @actuallyakash can you look furthermore into this? I can reproduce it, so if you can't it'd be interesting to understand under which conditions it doesn't happen.
disable all the plugins except LifterLMS and Loco.
Also make sure you're testing latest LifterLMS stable or the dev branch.

Thanks!

@actuallyakash actuallyakash mentioned this issue May 15, 2023
3 tasks
@actuallyakash
Copy link
Contributor Author

hey @eri-trabiccolo

I was able to reproduce the issue. Apologies, previously I used the wrong directory to save the translation files which was working fine. Let me know if this PR fix works in this case.

@actuallyakash actuallyakash added Status: Has PR This issue has an open pull request and removed Status: Can't Recreate Unable to recreate using the provided information or recreation steps Status: Need Information More information is required to proceed labels May 15, 2023
@eri-trabiccolo
Copy link
Collaborator

eri-trabiccolo commented May 15, 2023

Fixed by #2435
but also by #2326

The latter fixes various issues and if accepted makes #2435 not needed.

@brianhogg
Copy link
Contributor

It appears this is also fixed in #2593

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Severity: Normal Status: Has PR This issue has an open pull request Type: Conflict Plugin and theme conflicts
Projects
Status: Done
Development

No branches or pull requests

3 participants