We're currently seeing weird behavior on all lists of one of our sites and have only encountered it there since this is the only site where various colleagues make changes directly within the SharePoint list UI. So I'm not sure if this occurs anywhere else.
The problem is the following:
Sometimes, when a users modifies a list item in a list it is displayed to them like you'd expect with the changes they made. But when looking at the list with an unaffected user, or an application, the change is not actually applied to the list.
The change (Orange field formatting):
You'd think this is something client side, and after clearing all site data and hard reloading, this seems to be the case and the actual live version of the list is loaded and displayed.
The live version loads again:
BUT, all subsequent reloads fetch the changes again that the user made (See first screenshot) as if they are actually applied to the list item(s). So I can confirm they are saved somewhere server-side, but not actually on the list.
When looking in the console, the following errors (Refused to get unsafe header "{INSERT HEADER KEY HERE}") are displayed when the unapplied data is loaded and displayed:
There's also a failed POST request to localhost for a 'SyncNow' action.
This issue randomly happens to some users for some random period, sometimes a few hours, sometimes days, after which the changes actually get applied to the list and any other changes are also applied to the live version of the list.
We tried disabling 'Offline Client Availability' within the advanced list settings, and thought this fixed it, but when this occurred again with another user on a different list, disabling this had no effect.
We have tested getting list data through an application using an app registration with delegated permissions, and logging in with the affected user with interactive login, and here they actually get the live version of the list, so this is a SharePoint Online-only issue.
I've also logged in in different browsers (incognito and normal) so this doesn't seem to be a fix-it-by-logging-in-again issue.
Steps to reproduce
Create or use an existing list
Make changes
Clear all site data and reload once
See if old data is loaded again (actual live data)
Reload again and see if changes are applied again
Expected behavior
When a user makes changes to a list item, the change actually get's applied to the list.
Target SharePoint environment
SharePoint Online
What SharePoint development model, framework, SDK or API is this about?
π₯ SharePoint Framework
Developer environment
Windows
What browser(s) / client(s) have you tested
Additional environment details
Describe the bug / error
We're currently seeing weird behavior on all lists of one of our sites and have only encountered it there since this is the only site where various colleagues make changes directly within the SharePoint list UI. So I'm not sure if this occurs anywhere else.
The problem is the following: Sometimes, when a users modifies a list item in a list it is displayed to them like you'd expect with the changes they made. But when looking at the list with an unaffected user, or an application, the change is not actually applied to the list.
The change (Orange field formatting):
You'd think this is something client side, and after clearing all site data and hard reloading, this seems to be the case and the actual live version of the list is loaded and displayed.
The live version loads again:
BUT, all subsequent reloads fetch the changes again that the user made (See first screenshot) as if they are actually applied to the list item(s). So I can confirm they are saved somewhere server-side, but not actually on the list.
When looking in the console, the following errors (Refused to get unsafe header "{INSERT HEADER KEY HERE}") are displayed when the unapplied data is loaded and displayed:
There's also a failed POST request to localhost for a 'SyncNow' action.
This issue randomly happens to some users for some random period, sometimes a few hours, sometimes days, after which the changes actually get applied to the list and any other changes are also applied to the live version of the list.
We tried disabling 'Offline Client Availability' within the advanced list settings, and thought this fixed it, but when this occurred again with another user on a different list, disabling this had no effect.
We have tested getting list data through an application using an app registration with delegated permissions, and logging in with the affected user with interactive login, and here they actually get the live version of the list, so this is a SharePoint Online-only issue.
I've also logged in in different browsers (incognito and normal) so this doesn't seem to be a fix-it-by-logging-in-again issue.
Steps to reproduce
Expected behavior
When a user makes changes to a list item, the change actually get's applied to the list.