Created attachment 184968 [details] same language in both fields STEPS TO REPRODUCE 1. Choose target language from the dropdown menu in the project settings OBSERVED RESULT Language doesn't change EXPECTED RESULT Language is set correctly and the spellchecks work correctly SOFTWARE/OS VERSIONS DE: XFCE Qt Version: 5.15.17 ADDITIONAL INFORMATION Both valgrind and gdb show the same: org.kde.lokalize: db "GNOME-networkmanager_lokalize_connection_452982464" opened 2600 "ru" qt.sql.qsqldatabase: QSqlDatabasePrivate::database: requested database does not belong to the calling thread. qt.sql.qsqldatabase: QSqlDatabasePrivate::removeDatabase: connection 'en_US-en_lokalize_connection_452982464' is still in use, all queries will cease to work. qt.sql.qsqldatabase: QSqlDatabasePrivate::addDatabase: duplicate connection name 'en_US-en_lokalize_connection_452982464', old connection removed.
What version of Lokalize (is 25.08 correct)? Are you using it with Qt5 somehow? How did you install Lokalize? This may be related to Sonnet since that text box and the language functionality is all Sonnet I think. We had an issue with Flatpak and dictionaries recently in Lokalize https://invent.kde.org/frameworks/sonnet/-/merge_requests/130 and there have also been some fixes to databases and threads a few months ago that may be relevant here.
Apologies for the long response, my computer died unexpectedly, had to replace the HW, but the issue persists (same distro same software versions) (In reply to Finley Watson from comment #1) > What version of Lokalize (is 25.08 correct)? Are you using it with Qt5 somehow? 25.08 is correct, I'm using Qt5: QMake version 3.1 Using Qt version 5.15.17 in /usr/lib >How did you install Lokalize? default, through the pacman, not the flatpack > https://invent.kde.org/frameworks/sonnet/-/merge_requests/130 From what I've seen there my issue is a bit different: Lokalize cannot set the correct *target language* for the translated text field, the source language is set in both source and target field independently from whether the dictionaries are installed or not. The red spellchecks underscores are correct since the spellchecking works correctly -- it detects English-US in the field and underscores the Russian words. But Lokalize has to set *Russian* for this field, i.e. the target language, not English-US, that's the root of the problem.
The issue resolved by itself (for now at least), please close the bug, ty for your time (: