| Summary: | names for faces do not take non-ASCII characters | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Nicholas Alexander <nicholas.v.alexander> |
| Component: | Faces-Workflow | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | caulier.gilles |
| Priority: | NOR | ||
| Version First Reported In: | 4.12.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | 4.13.0 | |
| Sentry Crash Report: | |||
|
Description
Nicholas Alexander
2015-08-30 23:09:03 UTC
Not reproducible here : https://www.flickr.com/photos/digikam/21016060062/in/dateposted-public/. Did you have a full UTF8 compatible Linux system, properly configured with right LOCALE settings ? Gilles Caulier The system is Ubuntu Vivid, so I doubt there are may more modern options. The LOCALE is set for en_US.UTF-8. That includes Ș. I can type Ș anywhere, including Terminal and Krusader, and it always worked. I am confused now. Are my settings wrong, or is this a bug? Please let me know if there is any missing information. It's clear, it's not a bug. source code use QString container everywhere which is UF8 based. Database use UTF8 to store string. It's not a digiKam bug sure... My system is Linux Mageia5. There is nothing special about characters encoding settings. Gilles Caulier |