Bug report #19351
[processing] Wrong management of locale in output result path
|Affected QGIS version:||3.2||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||27179|
I'm writing a report for a strudent. This is the running context.
System Lcale: es_ES
QGIS Locale: system (but also Ignore System + setting QGIS locale to es_ES)
open SAGA "reclassify values" (but it shouldn't depend on the algorithm)
set output to a laayer in a path with some "strange" chararacter as ñ è etc etc
the run is ok, but fail loading back the result that is not created
#12 Updated by Victor Olaya about 2 years ago
It's not a duplicate. #18617 is a problem creating the script files. Here the issue is a SAGA one, which doesnt support non-ascii for outputs. If a file like "ñoño.shp" is entered as output, SAGA will save it to "±o±o.shp". The file is created, but Processing cannot find it later.
The solution should be something saving to a different filename (safe, without non-ascii) and later renaming it.
I will work on that.