I was digging through the Add-In code and noticed the following.   PostalCode holds state data and State data holds PostalCode data.  (In Contact.cs / LoadCRMContacts) It appears that the code is written this way to fix a bug in Sugar's get_entries Soap call.  was this bug replicated in Splendid?   It appears that the bug has also been replicated in Sugar 4.5.   This doesn't make a lot of sense to me.  Am I missing something?  Any explanation?

That's what I assumed at first as well, but the values are being assigned correctly.   Apparently your code is accomadating a bug in the Sugar code.  Sugar Soap is assigning State to PostalCode and PostalCode to State.   I've walked through the code and it's wrong on returning from the Get_Entries Soap Invocation.  When the following code is executed the result is wrong.  I don't know enough about the convuluted PHP code to understand how it's even messing up and why only on State/PostalCode, but i do know that it is messing up, and that you guys are accomodating their bug (and apparently introduced the same bug in SplendidCRM?).

         Crm.get_entry_result oGetResult = crm.get_entries(_sSessionID, "Contacts", aContactsToRetrieve, Contact.Fields());

This isn't a showstopper since the work around is implemented but it is a frustrating bit of code I'd like to understand and add commetns about to the code.  Any knowledge shared on this would be appreciated.

Thanks