Xrm.Page.data.entity.getId() return value

(0) Share

Report

Posted on by Community Member

The return value of Xrm.Page.data.entity.getId() when calling from a "Create" form return null in Dynamics CRM 2011. However, after upgrading to Dynamics CRM 2013, it is returning an empty string instead of null. Is this expected beahviour?

*This post is locked for comments

I have the same question (0)

All responses (4)

Answers (1)

Aileen Gusni 44,524 on at

Like (0)

Report

Hi Hakim,

If you call once onLoad, The Guid would only return for the record that HAS been created or an existing record.

So once you call to return value: Xrm.Page.data.entity.getId()

from a Create form, the record has not been saved so that would return null.

It will return null if you called on load on unsaved record.

Yes, this is the expected behavior.

To get the Guid you can call Plugin (after save, post create) or instead, you put this to the Save Form, or using some validation onLoad.

You can try to read this post:

community.dynamics.com/.../134587.aspx

It seems relevant as well for normal form.

Hope this helps!

Thanks.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

[quote user="Aileen Gusni"]

So once you call to return value: Xrm.Page.data.entity.getId()

from a Create form, the record has not been saved so that would return null.

[/quote]

My problem is that in Dynamic CRM 2011 it is returning null (as expected) but in Dynamics CRM 2013 it is returning an empty string (i.e. ""). Did anything change in Dynamics CRM 2013?

Was this reply helpful? Yes No
Verified answer

Mithilesh Kumar 10,047 on at

Like (0)

Report

Hi Shahadatul,

Tested it now and was amazed to find this, yes it returns "null" in CRM 2011 and "string" in CRM 2013. Thanks for finding it.

However, I checked in MSDN also, and it states in all CRM 2011, CRM 2013 and CRM 2015 that getId() returns a String and not Null representing the GUID of the record.

Generally getId() is used with existing record and that is managed by checking the Form Type (getFormType).

But thanks for letting us know.

Hope that helps

Thanks

Was this reply helpful? Yes No
Community Member on at

Like (1)

Report

Thank you Guido Preite and Mithilesh Kumar for verifying the behavior I am noticing. I agree that getFormType should be used.

Was this reply helpful? Yes No