Bug report #20227
dbmanager time execution query python error
|Affected QGIS version:||3.5(master)||Regression?:||No|
|Operating System:||windows 10||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||fixed/implemented|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||28048|
when executing any SQL query with DBmanager I get the error message (see attachment).
and the execution time is not displayed.
Maybe in connection with #19971?
#3 Updated by Harrissou Santanna over 1 year ago
- File dbmanagermissingref.png added
Indeed it might be a translation issue but as you can see in the attached screenshot the strings in master are not available for translation: looks like it's replaced with a concatenation from previous label and the current one.
Obviously an issue from QGIS or Transifex but not from translators.
#7 Updated by Jürgen Fischer over 1 year ago
Harrissou Santanna wrote:
Alessandro, sorry i didn't mean something was wrong in the dbmanager code but something might get wrong in the communication between QGIS and Transifex, regarding this string.
Maybe Jef knows... ?
Not about the origin. When I come across such a string in the German translation I just drop the extra "line noise" in the translation.
#8 Updated by Harrissou Santanna over 1 year ago
The advantage of having active developer among translators.
By dropping, you mean you remove the translation, keeping it untranslated or you remove both the string to translate and its translation?
I assume we'd need to fix this for every language that made the translation...
#10 Updated by Jürgen Fischer over 1 year ago
- Status changed from Feedback to Closed
- Affected QGIS version changed from 3.3(master) to 3.5(master)
- Resolution set to fixed/implemented
Still not really sure how this happens. But the broken strings appear as translations for the source language in qgis_en.ts when it's pulled down from transifex in scripts/update_ts.sh. When the updated ts file is pushed back to transifex, it apparently uses these as source strings. 9e45223d4 now resets the translation strings to the original strings after qgis_en.ts is pulled - after that it's updated and pushed back as usual - that made the wrong strings disappear.