Generating code with errors for opportunity/opendeals_date

[rogerhillgsy]

When running dataverse-gen to generate early bindings for my opportunity, I am seeing the following code generated for
the opendeals_date attribute. This is a built in attribute on opportunity.

// Open Deals(Last Updated Time)
DateTimeType The date time for Open Deals. DateAndTime:UserLocal
opendeals_date?: Date | null;

Also this a few lines below: -
// Open Revenue(Last Updated Time)
DateTimeType The date time for Open Revenue. DateAndTime:UserLocal
openrevenue_date?: Date | null;

There are 18 DateTime fields in my opportunity, and only 2 show this problem.

The only thing that stands out to me is the fact that in the two failed cases the display name ends in a ")"
Some obscure bug with regexes causing a spurious carriage return, perhaps?

Using CRM online Database version 9.2.21071.00134. 2021 Release Wave 1.
Dataversify version 1.0.10

[scottdurow]

Thanks @rogerhillgsy - there is an open bug where display names that contain new-lines cause this issue - could you check if the display name contains a CR/LF?

[rogerhillgsy]

Spot on, there's no visible carriage return [image: image.png] But if you inspect the display name with the debugger, this is what you see: - [image: image.png] Thanks for the new guide to building web resources with Typescript. Absolutely fabulous! ( https://learn.develop1.net/courses/building-javascript-web-resources-using-typescript/dashboard )

…

On Thu, 29 Jul 2021 at 03:31, Scott Durow ***@***.***> wrote: Thanks @rogerhillgsy <https://github.com/rogerhillgsy> - there is an open bug where display names that contain new-lines cause this issue - could you check if the display name contains a CR/LF? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#16 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AB3DD3T3VRKCXDC4N3AGV7DT2C4QDANCNFSM5BFI2MKQ> .

[RhINO-CRM]

I believe this also happens with descriptions withe line breaks, which I think might be more common than line breaks in the display name. But I might be mistaken.