| Summary: | kcharselect missing many characters entirely | ||
|---|---|---|---|
| Product: | [Applications] kcharselect | Reporter: | Luke-Jr <luke-jr+kdebugs> |
| Component: | general | Assignee: | Christoph Feck <cfeck> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | kde |
| Priority: | NOR | ||
| Version First Reported In: | 21.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Luke-Jr
2022-03-16 00:55:16 UTC
Note this example isn't even a new character: It was added to Unicode in 2005 (4.1). Searching it as "2699" seems to find it, but "GEAR" and even pasting "⚙️" directly in the search failed. Weird, now when I search for "gear", that works too. :/ I can confirm in KCharSelect 23.04.3, typing gear does find the gear, but pasting in the emoji of the gear doesn't find the gear. Not sure why this is marked as resolved, though. Pasting in a character, even if it happens to be a unicode emoji, should still be able to show a match. Michael, what you describe is bug 412271. |