Open mkacena opened 6 years ago
We've also noticed this issue. Reverting to 2.25 works.
We'll have a look at this. Adding @stevebeauge for awareness.
I repro-ed the issue when the List
attribute is not a GUID but the web relative Url of the target list. I'll take a look.
@mkacena / @jimmywim : Please test with the June release, will be out really soon
Tested the June release 2.27.1806 and it still does not fully behave as expected:
Scenarios
Result: OK
Result: Not working Setup: I had a Lookup field provisioned with bad release 2.26.1805.1. The field was corrupted. After upgrading to release 2.27.1806 and repeating the provisioning, the field did not get fixed. This worked with previous release 2.25.1804.1.
Result: Not working Setup: I deployed a Lookup field to the root of a site collection with the June release. The field worked as expected in the root web, but not in the subwebs. Again, this worked with the April release. I suspect the engine needs to set up also WebId, not just ListId on a Lookup field.
Category
[ x ] Bug [ ] Enhancement
Environment
[ x ] Office 365 / SharePoint Online [ ] SharePoint 2016 [ ] SharePoint 2013
Expected or Desired Behavior
Provision a Lookup field correctly.
Observed Behavior
After upgrading the NuGet to version 2.26.1805.1, the provisioning engine does not correctly provision fields of type Lookup. When the provisioning is complete, the site column's reference to the list is empty and trying to add the column to any list ends with an error.
Running the provisioning with version 2.25.1804.1 provisions the field correctly.
Steps to Reproduce
Create a provisioning template with field definition such as this one and provision the template to a web: