Plugin uses site language, not user/admin language

Hi,

Language choices for a plugin aren’t made by individual plugins themselves, but by WordPress core. In this case, I don’t see Arabic on the list of languages available for the plugin – https://www.ads-software.com/plugins/updraftplus/ . Translations are provided by the relevant language team, i.e. the WordPress Arabic team – so, if you want to see it in Arabic, the thing to do is make contact with them and see if they need any help.

David

Thanks David. Sorry, maybe I didn’t explain properly. The problem is that UpdraftPlus is translated to Arabic. The plugin seems to be detecting the site language and loading the Arabic translation for the plugin but it should be checking the WP user‘s language and respecting that instead (since it’s a back-end-focussed plugin).

I’ve done a quick screen recording to demonstrate what I’m referring to:

User profile language: English UK: https://youtu.be/EUWjzBBiKM0
User profile language: Arabic: https://youtu.be/OV6-TgFtuUY

In both of these, the site language under Settings > General isn’t being changed – it’s always set to Arabic.

As you can see, WordPress core and other plugins like All in One WP Migration display in the correct language based on what the WP user has set in their preferences, but UpdraftPlus always seems determine its language from the site’s settings under Settings > General. The fact that other plugins seem to obey the user language and UpdraftPlus doesn’t, makes me thing it’s a bug in the plugin as opposed to WP core.

Hope that makes sense.

• This reply was modified 1 year, 8 months ago by itsViney.
• This reply was modified 1 year, 8 months ago by itsViney.

I’m confused by how you can be seeing UD in Arabic at all, since it’s not on the list at https://www.ads-software.com/plugins/updraftplus/ ? According to WordPress’s documentation, if a language does not appear there, it should not appear at all. So, in one sense, your site is actually doing more than WP’s docs say it should.

Anyway – plugins do almost nothing to decide what language they’re loaded in. They just tell WordPress “here is my name”, and that’s it. WordPress core takes all language decisions. (And for this reason, I have very few guesses as to what it could be).

However, UpdraftPlus does abort its own loading if it detects its loading on the front-end; perhaps that is somehow related. In the file wp-content/plugins/updraftplus/updraftplus.php, if you find the line with the comment…

// The checks here before loading are for performance only - unless one of those conditions is met, then none of the hooks will ever be used

… after that there’s a line with a lot of conditions. If you comment-out that line (i.e. add // at the beginning), and add after it

if (false) {

(which means, a condition that will never be fulfilled), and then try it all again, do you then get what you’re expecting?