After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 307404 - Use e-d-s to guess the sender of an SMS
Use e-d-s to guess the sender of an SMS
Status: RESOLVED WONTFIX
Product: gnome-phone-manager
Classification: Other
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: none
none
gnome[unmaintained]
: 323635 580307 (view as bug list)
Depends on: 151119 453671
Blocks:
 
 
Reported: 2005-06-12 18:29 UTC by Bastien Nocera
Modified: 2018-08-17 18:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2005-06-12 18:29:51 UTC
The send window can use e-d-s to get phone numbers for contacts, but the receive
window doesn't, it would need to.
Comment 1 Bastien Nocera 2005-09-08 22:17:55 UTC
The main problem would be to search and match phone numbers, the one coming from
the SMS which might include an international country code, and the one in the
addressbook which might contain spaces or other signs.
Comment 2 Teppo Turtiainen 2005-12-11 21:01:15 UTC
*** Bug 323635 has been marked as a duplicate of this bug. ***
Comment 3 Patrick Steiner 2007-04-26 05:48:40 UTC
hi i currently use gnome-phone-manager 0.8 but i cant find any connection to eds.. how can i select my phonenumbers from my eds (evolution) ?

there is only a simple line edit field for the recipient input.
Comment 4 Patrick Steiner 2007-07-02 13:00:46 UTC
any news? i only see a normal line edit should be there something like a dropbox or how can i select phone numbers from my evolution (eds) ?
Comment 5 Patrick Steiner 2007-07-02 13:19:36 UTC
OK! i looked at the source and found out that i have to wait a second after that i can see the contact!

nice :-)
Comment 6 Bastien Nocera 2007-07-03 13:51:08 UTC
Ross, do you have any ideas how we can do a "fuzzy" search for phone numbers in EDS?
Comment 7 Bastien Nocera 2007-07-04 12:46:39 UTC
Ross tells me we could just try and chop off stuff like country codes and search for the last six digits, but this wouldn't work if the digits had spaces, dashes or other in then.
Comment 8 Victor Osadci (Vic) 2007-11-07 14:07:42 UTC
How about making it work at least for full international numbers with no spaces ?

I store all my numbers as +37369xxxxxx, both on the phone, and in e-s-d, so this would make it work at least for some people ( me ;-) ).
Comment 9 Bastien Nocera 2007-11-07 14:29:03 UTC
(In reply to comment #8)
> How about making it work at least for full international numbers with no spaces
> ?
> 
> I store all my numbers as +37369xxxxxx, both on the phone, and in e-s-d, so
> this would make it work at least for some people ( me ;-) ).

Yeah, but it wouldn't work for everyone else that doesn't have the exact matching phone numbers. This is depending on Ross' work in bug #453671
Comment 10 Pawel Kot 2007-11-08 12:39:51 UTC
Well, there's not that hard solution (perhaps it is the one to be implemented in e-d-s). The following things are required:
 - database for the international prefixes
 - stripping leading 0s
 - stripping non-digits inside the number
You can assume that the number from the phone won't be in non-canonical format. Well it could be but then it is forged by SMSC and in fact the sender could be anyone. So stripping e-d-s numbers would allow to compare and search.

[Sorry if that's already known, but couldn't find this neither here nor in #453671]
Comment 11 Bastien Nocera 2007-11-08 15:01:17 UTC
(In reply to comment #10)
> Well, there's not that hard solution (perhaps it is the one to be implemented
> in e-d-s). The following things are required:
>  - database for the international prefixes
>  - stripping leading 0s
>  - stripping non-digits inside the number

That's things we'll need to do before doing the search in gnome-phone-manager (do you have a easily usable list of international prefixes usable in code somewhere?).

> You can assume that the number from the phone won't be in non-canonical format.
> Well it could be but then it is forged by SMSC and in fact the sender could be
> anyone. So stripping e-d-s numbers would allow to compare and search.

The numbers from e-d-s won't be in canonical forms either, and that's the problem with doing a search. In e-d-s, searches are textual searches, and LDAP, and other backends allow pretty much free form text for phone numbers. So e-d-s needs to do a "fuzzy" search on the number.

> [Sorry if that's already known, but couldn't find this neither here nor in
> #453671]
Comment 12 Pawel Kot 2007-11-08 15:07:38 UTC
I meant: number from the phone won't be in NON-canonical format. So it's shape would fit the search well. It indeed depends on the backend -- what could be done in there.

As for the prefixes, see:
http://en.wikipedia.org/wiki/List_of_country_calling_codes
http://www.kropla.com/dialcode.htm
Comment 13 Bastien Nocera 2009-04-26 20:25:22 UTC
*** Bug 580307 has been marked as a duplicate of this bug. ***
Comment 14 Tim 2010-03-09 09:28:06 UTC
Hi

I have written a simple program that does a fuzzy search.

My code basically starts at the last digit and checks each digit to see if it matches. If the digit is not a number, it skips it. If at least 8 digits match, then the numbers match.
Note that my program is currently just a proof-of-concept command line program accepting two numbers as arguments.

I am wondering if I should post my code here, or should I try to implement a full patch for g-p-m?

Regards,
Tim
Comment 15 André Klapper 2018-08-17 18:48:16 UTC
gnome-phone-manager is not under active development anymore since 2013.
Its codebase has been archived:
https://gitlab.gnome.org/Archive/phonemgr/commits/master

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.