Russ, I have a coding one that might or might not be in your ballpark. It's more about the database coding of a SID. The question came up in an Avidyne Facebook group. It involves the KSNS SALINAS THREE SID. This is a snip of the SID. For context, I added the location of V248 (red) which has a terminus at SNA VOR. IOW, from SNS it only goes SE, no NW extension for example.
The clearance is SALINAS THREE, SARDO. After the westbound departure, the the pilot is untimely given a vector to "intercept V248." Should be simple. At the end of the SID manual/vector segment, add SNS again and the airway to SARDO. But the poster said they were not able to enter SNS the second time. No warnings; The IFD just would not accept the second SNS. I was able to confirm this behavior in the Avidyne simulator.
Even an old Garmin GNS will do it, although without entering the airway by name. In that one just enter SNS - SARDO (shown) and activate the leg. So I figured it was some Avidyne issue. Until I tried it in a GTNxi. There I found similar behavior. Any attempt to add SNS the second time, resulted in an "invalid" annunciation. In the photo I tried to add it before SARDO, but I also tried it without SARDO, and using both the Garmin and Jepp database.
So no V248 and no SNS-SARDO leg to intercept.
Of course, one can do it using VOR and if I have the habit of loading VORs as backup, it's not that hard. And there's a way or two to do it GPS (including OBS to SARDO), although I'm not sure either would come to mind in the air after the "Huh?!" about not being able to load SNS as the first enroute waypoint.
But idea why this might be happening?
View attachment 142597