Bug #10312
closedError reading radio with utf-8 characters in memory name.
100%
Description
CHIRP next-20230124 on Windows 10 Home
chirp.wxui.memedit - ERROR: Failed to load memory 16 as error because: 'utf-8' codec can't decode byte 0xf6 in position 3: invalid start byte
Memory contains UTF-8 caharcters which can't be read by Chirp.
16, Enköping
20, Nyköp L
38, Åkersbga
40, Täby Dig
46, Västerås
47, Flen öja
Files
Updated by Dan Smith almost 2 years ago
- File kenwood_live.py kenwood_live.py added
It's actually not UTF-8, which is why it's failing. Can you try this module? Enable developer options in the Help menu, restart chirp, and then File->Load Module and choose this file. Please capture a debug log and attach, whether it works or not.
Thanks!
Updated by Sven Jungmar almost 2 years ago
- File chirp_debug-uqx4qf9f.txt chirp_debug-uqx4qf9f.txt added
Using the attached module I read the radio (download) and it worked, Swedish characters were displayed correctly. I also tried to add Swedish characters ÅÄÖåäö but they were deleted in Chirp and not sent to radio.
One step forward, thanks.
Updated by Dan Smith almost 2 years ago
- File kenwood_live.py kenwood_live.py added
- Target version set to chirp-py3
I meant to attach this last night. This update might allow entering those characters and sending them to the radio. Can you try that and let me know?
Updated by Sven Jungmar almost 2 years ago
- File Screenshot20230126.PNG Screenshot20230126.PNG added
Can't load (new) module, see attached error message...
Updated by Dan Smith almost 2 years ago
- File kenwood_live.py kenwood_live.py added
Ah right, sorry. Here's a quick hack to try to make that work. If not, we'll need to wait until tomorrow's build.
Updated by Sven Jungmar almost 2 years ago
- File chirp_debug-k_6hgvae.txt chirp_debug-k_6hgvae.txt added
Problem solved!
Thanks,
Sven
Updated by Dan Smith almost 2 years ago
Hmm, is it? It looks from your log like perhaps the radio is rejecting the names with special characters. It's hard to know without knowing what you're trying but.. are those characters ending up in the radio?
Updated by Sven Jungmar almost 2 years ago
Hmm, actually; editing an existing entry works but adding a new with int. characters doesn't go to the radio. In botch cases it's accepted by Chirp.
Updated by Dan Smith almost 2 years ago
Okay, I'm not sure why it would be different for existing vs. new memories. If you create a memory and then edit it later will it accept the international characters? Unfortunately, none of my kenwood live radios support these, so it's difficult to test. I wrote a little simulator, but I can't reproduce any issues with respect to your experience here.
I'm going to go ahead and push the fixes I have, since it clearly improves the situation, but if we can nail down some repeatable behavior, I can try to figure it out.
Updated by Dan Smith almost 2 years ago
- Status changed from New to Closed
- % Done changed from 0 to 100
Applied in changeset github|d12234cfc41daea27d87b6e2be3233992c5c21fd.
Updated by Sven Jungmar almost 2 years ago
I tested further tonight, now with latest CHIRP 20230131.
It seems that if the first (1st) character in the name is capital ÅÄÖÜË... the writing fails. If it is A-Z, a-z or lowercase åäöüë... it works OK. Capital international characters not in first position is written ok. Very strange indead.