en_GB locale faultly translated to Arabic by a user

Bug #2002699 reported by David White
58
This bug affects 9 people
Affects Status Importance Assigned to Milestone
HomeBank
Fix Released
Low
Maxime DOYEN

Bug Description

Hi, just received the upgrade to 5.6.1. Installed on Linux Mint 21.1. After opening HomeBank, I was suddenly greeted with Arabic text everywhere. Locale was set to System Default, however neither that nor specifically choosing en_GB gives me English and instead everything is in Arabic, including the launch shortcut in the Mint menu. However I've been able to set en_AU in Homebank as a workaround.

Homebank 5.6.1
Running against GTK+ 3.24.33
Linux Mint Cinnamon 21.1
Homebank installed via official PPA

Revision history for this message
OSativa (osativa) wrote :

Hello. I have the same problem on Ubuntu 22.04.
Thanks for any fix.

Revision history for this message
Maxime DOYEN (mdoyen) wrote (last edit ):

Strange, there is no change on that area since many release (years).
I run mint 21.1 myself and do not have the trouble

changing the local only take effect after closing and running HB again.

1) could you try get back to system default close hb

2) type export | grep LANG
=> and paste the output here

type export | grep LC_
=> and paste the output here

3) look into the /home/<username>/.config/homebank/preference
=> what is language= ?

4) delete this line into the preference file and launch HB
=> still the problem ?

Changed in homebank:
status: New → Incomplete
Revision history for this message
OSativa (osativa) wrote :

Hello

In my case (Ubuntu 22.04):

2)

export | grep LANG
declare -x LANG="en_GB.UTF-8"
declare -x LANGUAGE="en_GB:en_US:en"

export | grep LC_
declare -x LC_ADDRESS="en_GB.UTF-8"
declare -x LC_IDENTIFICATION="en_GB.UTF-8"
declare -x LC_MEASUREMENT="en_GB.UTF-8"
declare -x LC_MONETARY="en_GB.UTF-8"
declare -x LC_NAME="en_GB.UTF-8"
declare -x LC_NUMERIC="en_GB.UTF-8"
declare -x LC_PAPER="en_GB.UTF-8"
declare -x LC_TELEPHONE="en_GB.UTF-8"
declare -x LC_TIME="en_GB.UTF-8"

3) Language=en_GB

4) Problem is still there

Thanks very much.

Revision history for this message
David White (foxy-moxy) wrote :

export | grep LANG
declare -x GDM_LANG="en_GB"
declare -x LANG="en_GB.UTF-8"
declare -x LANGUAGE="en_GB:en"

export | grep LC_
(No results returned)

Language= is empty. Still the same problem too, as OSativa.

I don't know if it is related, but looking at https://translations.launchpad.net/homebank there is just en_GB listed (and Welsh), with 60 missing translations, under the "Translation for trunk" section. No other locales are listed, so wondering if this is a missing file from 5.6.1?

Revision history for this message
Andre Juanel (ajuanel) wrote :

It seems that an user, on 2022-12-09, has translated in arabian the wrong file (en_gb.po).
Need to restore it with a previous version.

Revision history for this message
David White (foxy-moxy) wrote :

Good catch Andre, that's what it is! It's been translated into Arabic:

https://bazaar.launchpad.net/~mdoyen/homebank/5.6.x/view/head:/po/en_GB.po

Maxime DOYEN (mdoyen)
summary: - No longer recognising en_GB locale; defaults to Arabic
+ en_GB locale faulty translated to Arabic
Changed in homebank:
status: Incomplete → In Progress
Revision history for this message
Maxime DOYEN (mdoyen) wrote (last edit ): Re: en_GB locale faulty translated to Arabic

I contacted the translator for him to merge is work on the correct local: ar

For you users, there are several way of workaround this in waiting next release:
- delete the en_GB arabic file, so you will revert to en_US (native code)
- use the provided mo file

the homebank.mo file location is:
- GNU/Linux: /usr/share/locale/en_GB/LC_MESSAGES
- Windows: C:\Program Files (x86)\HomeBank\share\locale\en_GB\LC_MESSAGES

Changed in homebank:
status: In Progress → Fix Committed
Maxime DOYEN (mdoyen)
Changed in homebank:
assignee: nobody → Maxime DOYEN (mdoyen)
importance: Undecided → Medium
milestone: none → 5.6.2
Revision history for this message
Markbinner (markbinner) wrote :

I applied the supplied fix and everything seems to be working well on 5.61. Sincere thanks to all involved in providing a speedy response and solution.

Revision history for this message
David White (foxy-moxy) wrote :

Can confirm new homebank.mo file has worked. Many thanks!

Maxime DOYEN (mdoyen)
summary: - en_GB locale faulty translated to Arabic
+ en_GB locale faulty translated to Arabic by a user
summary: - en_GB locale faulty translated to Arabic by a user
+ en_GB locale faultly translated to Arabic by a user
Revision history for this message
Richard Flower (rflower) wrote :

Thanks for the quick response. The fix for homebank.mo worked fine.

Revision history for this message
OSativa (osativa) wrote :

Using the new homebank.mo file solved it for me, too. Thanks to Maxime & everyone!

Revision history for this message
David Francis (dave-francis-uk) wrote :

Applied the fix and the titles are now in English, however, the desktop menu item still shows in Arabic.

Revision history for this message
Noozy McNanapong (noozybkk) wrote :

I had the same issue with the menu item staying in Arabic.

My workaround - rename the menu entry from "HomeBank" to "Homebank" (lower-case 'B') and it will show in English. Renaming it back to "HomeBank" and it reverts to Arabic.

Revision history for this message
Rob D (drd) wrote :

Maxine, you said:-
"For you users, there are several way of workaround this in waiting next release:
- delete the en_GB arabic file, so you will revert to en_US (native code)
- use the provided mo file"

For those of us who are not expert, please can you tell me where the file is to delete on an Ubunuty system?

Thanks

Revision history for this message
Maxime DOYEN (mdoyen) wrote :

the homebank.mo file location is:
- GNU/Linux: /usr/share/locale/en_GB/LC_MESSAGES

Revision history for this message
Rob D (drd) wrote :

Thanks for the location.

The file already in /usr/share/locale/en_GB/LC_MESSAGES is owned by Root and I cannot overwrite it with the one downloaded from this thread.

Is there an easy to follow method please?

Revision history for this message
snuffy (snuffy009) wrote :

Hi Kalico, yes, same issue, in terminal I did 'sudo nautilus' to launch the file browser as root user giving me full access to the file system. I was then able to rename the old file and copy/paste the new one into the folder. It might be a different app depending on what OS you're using.

Revision history for this message
Nick (nick-268) wrote (last edit ):

The homebank.mo fix has sorted the program. I still have the menu item in Arabic. #13 above, "rename the menu item" May well be a solution. But I have no idea how to implement it. My menu doesn't seem to have a way to rename the menu items...

Edit… The homebank.mo fix, followed by a restart, fixed the menu item as well as the program...

Maxime DOYEN (mdoyen)
Changed in homebank:
importance: Medium → Low
Maxime DOYEN (mdoyen)
Changed in homebank:
status: Fix Committed → Fix Released
Revision history for this message
Rob D (drd) wrote :

Not sure this is entirely fixed. I have just updated to version 5.6.2 and the Add Transaction window still has some Arabic.

I'll attach a screen shot.

What's the best solution please?

Revision history for this message
Noozy McNanapong (noozybkk) wrote :

Yeah, Arabic still appears in the Add Transaction and Inherit Transaction dialogs. Screenshots attached.

Revision history for this message
David Francis (dave-francis-uk) wrote :

Same here.
5.6.2
Running against GTK+ 3.24.20

Revision history for this message
David Francis (dave-francis-uk) wrote :

The Arabic also appears on the 'Add' transaction alongside the Account selection box.

Revision history for this message
David Coe (hooligan-red) wrote :

Edit /usr/share/locale/en_GB/LC_MESSAGES/homebank.mo

Replace حساب by Account

Haven't found any other snippets of arabic (yet)

Revision history for this message
David White (foxy-moxy) wrote :

Re-opening bug - Still some Arabic left as commented on the thread.

Changed in homebank:
status: Fix Released → Incomplete
Revision history for this message
Maxime DOYEN (mdoyen) wrote (last edit ):

No, this bug (the whole en-GB translation is done and released)
The re-upload of the old en-GB failed so I re-translated every string manually to fix it.

Normally, translation bug can be opened only when there is a code problem (bug instruction no one seems to read).
Except for french: users are in charge of translation. I have more useful thing to do.

for this last remaining string in Arabic, see 2006696:

like any translation problem, any users can fix by itself,
http://homebank.free.fr/en/development.php#translate

so please do:
https://translations.launchpad.net/homebank/trunk/+pots/homebank/en_GB/+translate?batch=10&show=all&search=A_ccount

Changed in homebank:
status: Incomplete → Fix Released
Revision history for this message
David White (foxy-moxy) wrote :

Think I've fixed line 800 and reverted it to what it should be (don't understand why there's an underscore in "A_ccount" though!). I'm not sure how you prevent rogue translations entering releases though if anyone can freely edit translations; sounds a bit dangerous to me...

Revision history for this message
Maxime DOYEN (mdoyen) wrote (last edit ):

The _ is the keyboard shortcut: http://homebank.free.fr/help/use-tipsandtricks.html#keyboard

This is a common way of working in open source/free software, translation is a community effort, like everything: there is pros and cons.

Globally it works pretty well, in last 25 years such problem never happens, let's hope it was a simple mistake and indeed... not a volunteer sabotage for obscure or senseless reason.

Revision history for this message
David Francis (dave-francis-uk) wrote :

Maxime, I have corrected the en_GB version of homebank.mo with the rouge Arabic. Is it possible to replace the rouge with my version, so that it is available to everyone?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.