May be I am late here but what we ended up is using the solution from this link :
Bind your address fields on the form as single line text and then open XRM toolbox and update them using the link mentioned above.
The approach that worked for me was to use the Chrome F12 html editor to edit the options in the listbox that shows the available bound fields. I changed an html option to "address1_line1", for example, and was able to select and save it. No errors and it worked fine. Had to repeat the html hack for all of the address fields.
For anyone still awaiting an official solution to this issue I have what I believe is a more elegant solution to those mentioned to date via the use of custom events. See my blog post for full details... http://www.oliverflint.co.uk/2020/06/06/PCF-and-Form-Communication/#
Hi Ben, I was aware of the "partial" fix. However, given it's not actually fixed.... I shared this solution as an example of the use of events to enable forms and pcf's to communicate without the need for extra bound fields, onchange events, prop updates and notifyoutputchanged spaghetti code. Something about having to create fields solely for the purpose of communicating with a PCF goes against most design principles. As soon as I spot that the fix works 100% I'll be updating my Address Lookup control (not holding my breath given it's taken a year+ to get to this point!)
Thanks for pointing this out though.
We're excited to announce our first cross-community 'Can You Solve These?' challenge!
Reopen responsibly, monitor intelligently, and protect continuously with solutions for a safer work environment.
We are excited for the next Super User season.
FIll out a quick form to claim your community user group member badge today!
Features releasing from October 2020 through March 2021