Open Fedes365 opened 6 months ago
Thank you for reporting this issue. We will be triaging your incoming issue as soon as possible.
Just want to add that the error also occurs in Sharepoint for all users in our company (using both chrome and edge). See the attached video from our SharePoint environment.
Note one thing: If "the multi-person reaction" already contained several registered people before the update, then one person can click several times in the cell and remove all registrations so that in the end it says "0" people. After that, nothing happens when you click in the cell, as the attached video shows.
Hi @Fedes365 @Synchh . I saw a report on Twitter that the bug has been fixed. If you have time, could you please check it out?
Hi @Fedes365 @Synchh . I saw a report on Twitter that the bug has been fixed. If you have time, could you please check it out?
Hello
Unfortunately, it is not.
Lists converted to "new" lists still have the problem, as shown in the attached image. You can tell the difference between "new" lists and "old" lists based on standardized icons that come as part of the tab on new lists.
Old lists (without icon) work fine. I don't quite remember if old lists had the problem earlier when I first reported this and that these have now been fixed. But in all cases the problem occurs when the lists are converted to the new type of lists with an icon.
Thanks for checking @Synchh π!! Hmmm... I hope it gets fixed soon.... (And the new List is still not deployed in my environment... no icons are showing up)
@tecchan1107 Thanks! I've read that Twitter post just because you informed me about it π I don't use Twitter often anymore, anyway I will test your sample again as soon as possible π
@tecchan1107 @Synchh
still not working.
Hi @Fedes365 and @tecchan1107, it looks like it's working again. Can you confirm ?
Nice! Thanks for letting me know! It worked fine in my environment! However, it is still an old list (?) in my environmentπ The icons are not displayed in the columns.
@tecchan1107 and @Synchh
I confirm that it works in Microsoft Lists (browser) now.
I'll wait for a sp-dev-docs maintainer/responsible to consider this bug as officially solved and close it. In the meanwhile, I think it can stay open as a reference, in case any other user shall report problems about setValue.
Thanks for your contribution!
Target SharePoint environment
SharePoint Online
What SharePoint development model, framework, SDK or API is this about?
Declarative list formatting
Developer environment
None
What browser(s) / client(s) have you tested
Additional environment details
Describe the bug / error
setValue and all related capabilities are completely ignored in Microsoft Lists (browser version).
Conversely, in SharePoint user interface and Microsoft Lists PWA (Progressive Web App) everything works fine.
You can read about this bug also here in Microsoft 365 PnP Repository, where a user reported that setValue was not working anymore as expected.
Steps to reproduce
Expected behavior
setValue should be recognized in Microsoft Lists so that "formatters can render action buttons which modify the item internally without opening editors or forms" as explained in Microsoft Learn website here: https://learn.microsoft.com/sharepoint/dev/declarative-customization/formatting-advanced#set-multiple-field-values-of-an-item-using-customrowaction
Here is a gif animation of the expected behaviour: