In IM'ing with Marco, it seems that Chirp detects (more like guesses) the radio model based upon the saved image file size! This is not going to be reliable. I'd argue that Chirp should either prepend a signature in the .img file or it should create an associated meta file with the same name as the .img file that contains details about the image (radio vendor, model, etc.)
It has been quite reliable thus far and there are automated tests to make sure that no two radios clash in this regard. For radios that have sufficient model information embedded, that information is used instead of file size.
Clicking on the Chirp download for the VX5 "Cancel" button won't exit.. gives errors:
Yeah, this is using a feature in python for signaling another thread that seems to no longer work in newer versions.
Kenwood TH-F6A
Downloads all 400 memories but they all show error -- This used to work in Chirp 0.1.11
Sorry, are you claiming that the addition of the 857 patch broke all of these radios? I'm not sure how that could have happened.
Kenwood D710
Will try later tonight but I need to backup the radio with Kenwood's Windows-only tool first as I don't want to loose all my settings
The Kenwood radios are not clone mode, so you don't have to worry about that.
No option for WFM (broadcast) in the Chirp mode pulldown - Kenwood THF6A supports this
You can file a bug on the website for this and I'll comment there on how you can help resolve this (I don't have an F6A to test with).
Numeric keypad doesn't seem to work for entering frequencies
Chirp doesn't do anything fancy with keybindings, so I expect you have your numeric pad disabled or configured for mouse movement.