HaikuDepot keeps cached categories named after they were translated

[victordomingos]

After having translated the HaikuDepot categories names at the haikudepotserver repository, they appear correctly in new installs but, in an existing nightly build installation, categories still showed up in English, despite de fact that the system was properly set up to use Portuguese.

I was instructed in the forum to delete ~/config/cache/HaikuDepot and that worked for me, but maybe other users are having the same issue.

[apl-haiku]

I have just tried this and am unable to see the problem. I am able to switch between;

• English
• German
• Portuguese

In each case the HaikuDepot application correctly downloads the correct reference data into the directory ~/config/cache/HaikuDepot;

• reference-all_de.json.gz
• reference-all_en.json.gz
• reference-all_pt.json.gz

I am able to switch between languages using the "Locale" preferences application and each time I restart HaikuDepot it shows the correctly localized package categories.

I am able to see in the trace log that the language is being detected and setup correctly;

...
set preferred language [de]
...

An older Haiku install may have an older HaikuDepot desktop application version which may not support the category localization by download data down from HDS, but this cannot be solved except through upgrading.

Can you please provide steps to reproduce the problem.

[victordomingos]

So, I am not sure I know how to provide the information you need, but I still have a system that presents this issue. So, I had a 64bit VM with a nightly build that I kept updated regularly by using SoftwareUpdater, and there was were I first noticed it. Then by clearing the cache and reopening the application it was solved.

I have another computer with native 64 bit nightly, which I have also updated just today (hrev54287) and the same happens there, it is configured to Portuguese, but it still displays the categories in English. I haven't removed the HaikuDepot caches in that computer, so I would be able to do further inspection if need and instructed.

[apl-haiku]

Hi Victor; can you please open a terminal and copy-paste the output of the following command into this ticket;

ls -la ~/config/cache/HaikuDepot

Please see ​this page describing how to get the HaikuDepot trace log. Please capture the log as HaikuDepot starts up and attach the log to this ticket. That will hopefully provide me with some clues.

[victordomingos]

ls -la ~/config/cache/HaikuDepot/

[victordomingos]

HaikuDepot -v debug

[victordomingos]

I have attached the terminal output as text files. Please see above.

[apl-haiku]

Can you please attach the file reference-all_pt.json.gz from this host, or alternatively check to see if this file contains Portuguese localizations of the package categories.

Can I also check; you definitely checked this after the HDS deployment was completed that contained your Portuguese localizations?

[victordomingos]

As of hrev54154+111 (x86_64), the issue is still present. Apparently the cache file you mentioned does not contain the portuguese strings, but I am attaching it anyway.

I am going to do a regular software update today, and if anything changes I will report immediatly.

[victordomingos]

I updated to hrev54154+113 and the issue persists.

[apl-haiku]

Thanks for the extra information. I can see the problem is in the calculation of the modify timestamp of the reference data in HDS. I will take a look into that soon, but the fix will be in HDS.

[apl-haiku]

This fix is in change 242bdbe162da2a943d2e359535056aa617e960aa in HDS which will go into the next version 1.0.122 which may be a while away.

[apl-haiku]

Was fixed in HDS.