Bug 508646

Summary:	Krita Next AppImage fails to load translation if set to use the same locale as the system
Product:	[Applications] krita	Reporter:	Tyson Tan <tysontanx>
Component:	Translation	Assignee:	Halla Rempt <halla>
Status:	ASSIGNED ---
Severity:	normal	CC:	halla
Priority:	NOR
Version First Reported In:	nightly build (please specify the git hash!)
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Tyson Tan 2025-08-23 14:32:38 UTC

Since Aug 14, 2025, Krita Next AppImage fails to load translation if set to use the same locale as the system.

For instance, with my Linux set to American English, I can load all translations without issues. However, switching to Japanese causes Krita to fail loading the Japanese translation. This pattern is consistent for French, Japanese, Simplified Chinese, etc.
It's worth noting that some strings translated directly by Qt still appear correctly, such as in the File Type droplist.

The Windows nightlies are so far unaffected. So I think it is a AppImage related packaging issue.

This exact issue happened before, but I can't recall how we solved it.

Additionally, even before this issue arose, Krita was missing some translations across all languages—like the "Configure Language..." entry in the Settings menu and parts of the Help menu. Which also happened before perhaps dues to master/current branches mismatch.

Last unaffected: 
krita-5.3.0-prealpha-b1ec16ebb9-x86_64.AppImage

Tested with: 
krita-5.3.0-prealpha-10500870e8-x86_64.AppImage

Comment 1 Halla Rempt 2025-08-25 14:06:26 UTC

See also https://invent.kde.org/graphics/krita/-/issues/17

Comment 2 Tyson Tan 2025-09-02 03:26:24 UTC

Seems to have been fixed in 2025-09-02 (krita-5.3.0-prealpha-57121616e6-x86_64.AppImage)

Comment 3 Tyson Tan 2025-09-11 05:38:48 UTC

Now the translation loading issue has been fixed, but there are a few strings still in English:

Main menu:

File -> Open Recent
Settings -> Configure Language
About -> Krita Handbook
About -> Report Bug
About -> About Krita
About -> About KDE

Perhaps caused by the night next builds being 5.3, the master is 6.0, and we updated kxmlgui in Krita?