![]() If you see this behavior, you can attempt to mitigate the caching by: In my scenario, it was port 42050 (probably randomized), which was shown in use by the application, located under \AppData\Local\Microsoft\OneDrive\. You can then use resmon, netstat or Get-NetTCPConnection/Get-Process to find the IM of the process name and ID of the port being used for these local XHR requests to the RenderListDataAsStream endpoint. The results should show "localhost", "::1", or an equivalent loopback address under the "Remote Address" column. To verify this is what is happening, you can perform the following steps: The OneDrive client appears to be syncing Lists from SharePoint Online (et. Hi group, I did some digging on this and believe I have found the issue for our tenant. Chrome is still her default browser, so at this point she's ONLY using the Edge engine for the Lists operations. Hoping for a longer-lasting period of proper functionality before the caching issue starts happening in Lists PWA/Edge. Just today (12/3), for the coworker who's been reporting this issue over the past week and clearing her Chrome browser cache doesn't seem to be a lasting solution, I uninstalled Microsoft Lists PWA (installed under Chrome previously) and had her sign into Edge and open Lists, then installed the PWA under Edge instead. ![]() I'll report it and expect it to be resolved in the near future, and until then just use Incognito mode." I was excited to find this thread of others experiencing the exact behavior we were seeing, so at least I know the issue is bigger than just my little operation. I opened a ticket with Microsoft (#28088946) back on 10/25 which resulted in a response of essentially, "There must've been some change rolled out to Sharepoint/Lists that caused this caching issue. Incognito/InPrivate/Private windows seem to circumvent the caching issue, but that's not a solution, just a workaround. I, too, had a few Microsoft Lists users encounter the exact same behavior beginning around the same time. Some users say that this issue occurred after a Windows Update. However, if you were to copy the link to the item and paste the link into another browser tab the data is shown in the full screen form view, with the view-formatting JSON applied correctly. The thing is that not all of the lists are affected by this issue. Even if you were to click button: EDIT ALL in the view/edit form, the data wouldn't appear for that particular item.Īdditionally, the view-formatting JSON is not saved as well if you were to paste it in. If you double click on a selected item, the standard view/edit form is blank and no data is showing. Our issue is with with the view/edit form of the standard SharePoint list. So basically you will have to close the browser each and every time you go out of the list. If you go to another website and jump back in the list the issue comes back. And this is working only when the browser cache is cleared but only once you are working with the list. Office 365/SharePoint Online, MS Edge browser Version 94.0.992.38 (Official build) (64-bit)Īt my company we have something similar for some users. Update: I did all my JSON changes in private mode which worked for me, but any time anyone opens a list item it deletes my code and reverts back to the unformatted version. Does anyone have any ideas on a fix? Incognito mode is fine, but annoying to have to go through all of our company's verification steps every time I go in to make an edit. All of the issues are fixed by working in "private" browser mode some are fixed temporarily by clearing the cache. I am having these problems with multiple lists across multiple SharePoint sites. (5) Some lists show me as only having read-only access when I am clearly on the "edit" list (4) When editing list column details some changes revert to the previous value after a page refresh (column names, choice elements, and other settings). (3) When editing list item layout (JSON code) it saves and displays correctly until I refresh the list, at which point the code is deleted and the layout returns to default (2) When editing the list name, it reverts to the old list name after a page refresh (1) When adding list columns they do not show up until I refresh the page I have been having odd behaviors with regard to configuring SharePoint lists that started occurring the last 2 days:
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |