<div dir="ltr">On Fri, Aug 29, 2008 at 6:16 PM, Tom Yates <span dir="ltr"><<a href="mailto:madhatter@teaparty.net">madhatter@teaparty.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
using ASU (specifically, 20080826-asu-stable-uImage.bin and<br>
20080827-asu-stable-rootfs.jffs2) i have a contacts database full of<br>
friends, imported via vcard, in which almost all the phone numbers are in<br>
internationally-qualified form (eg fred friend, +44 7971 123456). that<br>
way, i can dial them whatever country i happen to be in.<br>
<br>
but when i'm in the UK, and a UK call comes in, it shows up as just having<br>
a local number (eg 07971 123456).<br>
<br>
these two numbers are functionally the same, but the contacts-lookup that<br>
happens won't identify the caller as fred friend unless i edit the<br>
contacts entry to say 07971... rather than +447971... .<br>
<br>
a) do other people find this also?<br>
<br>
b) does this qualify as a bug?<br>
<br>
c) if so, is it a qtopia bug, and therefore (if i follow the discussion<br>
aright) not something that should be entered into the openmoko bug<br>
tracker?<br>
<font color="#888888"><br>
</font></blockquote></div>FWIW, I think phones normally check the last few digits of a phone number, and ignore the country code / area code part when looking up for contact name. Are you sure this is not just an issue with delay in the dialer look up routine because of the call? One way to check is if the name can be seen in your call logs.<br>
</div>