This particular issue is not a problem with Uconnect. What's actually going on is that when there is an incoming text message (this happens with VZW, Sprint & any other CDMA network), Uconnect needs to see a + (input phone # here) ex:
Uconnect needs the (+) and the country code in order to correctly search it's downloaded contact list for the name. The phone doesn't send the "+" to Uconnect (not real sure if it comes from the network or not but it doesn't get sent to Uconnect) so without the (+) starting the number body, there is an error thrown and the name isn't searched for.
00:20:15.337| bt_map: mapEventReceived (6) <LF><CR>
00:20:15.337| bt_map: handleMA00:20:15.337| bt_map: tell sms_task about new message handle
4)00:20:15.337| bt_map: tell sms_ta00:20:15.337| bt_map: tell sms_task about new message timestamp
00:20:15.337| bt_map: sendDL_State: send message 404 to sms-task<CR><LF>
00:20:15.337| bt_map: mapEventReceived (5) <LF><CR>
00:20:15.337| SMS task: BT_EVENT_NEW_SMS_MAP<LF><CR>
00:20:15.337| SMS Task: WARNING!!! Phonenumber start symbol + or : not detected !!!<LF><CR>
00:20:15.337| SMS task: WARNING: Unknown Timestamp Format <LF><CR>
00:20:15.337| TTS_FRONTEND: TTS_PROCESS_BUFFER_INTO_FILE_REQ - '10000003.pcm' C = 0 'Testing with flying purple and teal elephasaurus that can also swim without holding its trunk'<LF><CR>
00:20:15.337| TTS_FRONTEND: TTS_PROCESS_BUFFER_INTO_FILE_REQ unicode strlen<LF><CR>
00:20:15.337| bt_map:handleBTMainMessage unlock buffer BT_EVENT_NEW_SMS_MAP_OK<CR><LF>
00:20:15.337| bt_map: mapContinueDownload wait for EVENT_COMPLETE<LF><CR>
Originally Posted by GotNet
Works - not what I would say correctly.
2012 RES S4 Verizon
"Text from 'no number available'"