Home › Forums › Modern DFFS › Unlicensed user issue
Tagged: PeoplePicker, unlicensed user
- This topic has 5 replies, 2 voices, and was last updated 20 hours, 14 minutes ago by Alexander Bautz.
-
AuthorPosts
-
-
October 25, 2024 at 14:36 #38181
I am encountering an issue I am struggling to properly address, and I was wondering if you might be able to resolve it in code or have any suggestions. We have modern DFFS handling forms on some lists which have people fields. When a user leaves our company, their account is disabled, and their license is removed. I am finding when a form is edited which includes one of these disabled and unlicensed users, the form cannot be saved because of an error in the “validateupdatelistitem” call that occurs prior to the form being saved. The error is, “We couldn’t find an exact match.”
I have also noticed that when one of these users exist in a list item, they do appear in the display form, but when I go to edit the form, the user does not appear in the people field because they did not resolve properly in the people picker. However, unless I modify the people field, the unresolved user will be sent to the “validateupdatelistitem” endpoint—even though they are not visible in the edited form—and cause the error explained above.
I can see the network calls to “_api/SP.UI.ApplicationPages.ClientPeoplePickerWebServiceInterface.clientPeoplePickerSearchUser” where the unlicensed users return empty values and the licensed users return all the data the people picker needs. Is it possible for you to handle removing users who do not resolve when the edit form loads the people fields so they are not passed to “validateupdatelistitem” prior to saving?
-
October 25, 2024 at 15:32 #38182
Hi,
Which version of Modern DFFS are you running?Alexander
-
October 25, 2024 at 15:35 #38183
1.0.68.0
I can upgrade to the latest if needed.
-
October 25, 2024 at 16:17 #38184
I did one change in v1.0.67.0, but I’ll look into it again and se if I can get a fix into the next upcoming release. I plan to release it over the weekend.
Alexander
-
-
October 25, 2024 at 20:57 #38185
Thank you. I’ll test it out as soon as I see it.
-
October 27, 2024 at 13:45 #38190
I have included a fix for this issue in the new v1.0.71.0 – see change log here – Let me know how it works out.
Alexander
-
-
AuthorPosts
- You must be logged in to reply to this topic.