Forum Discussion
Menu not updating
YEARS later and this is STILL an issue. As admin I could see the changes but not other users. Refreshing the cache as suggested above did nothing. Suggesting all 10000 users clear their cookies is not practical and shouldn't be necessary.
I inspected the page in an incognito window using a read only test id, and don't see the js errors mentioned above. But when I closed that window and opened a new one, the changes showed up for the test user. But still not for others.
How on earth does Msft allow these bugs to persist without doing anything? Oh, forgot - they don't care.
- Upvoting this over a year later! STILL having the SAME ISSUES. Come on Microsoft, PLEASE!
frequentsharepointuser Yes, essentially Structural Navigation: Refresh Cache doesn't work, especially if end user doesn't clear entire browsing history, cookies, AND cached images and files. Instead of updating the existing nav link with current url, and having my end user clear their entire history and cache, I rather just recreate a new nav menu item with the new link (and then delete the previous nav link)... then I still do the Structural Navigation: Refresh Cache from SharePoint backend and wait for a crawl.
The old structural navigation settings (/_layouts/15/areanavigationsettings.aspx) doesn't work anymore. To change/hide subsites link from the parent site, simply navigate to site settings (/_layouts/15/settings.aspx) page and click EDIT LINKS next to the top navigation.
- So, after weeks of trying different approaches, I was finally able to achieve this with some custom piece of code.
The problem here is that SharePoint Online stores the Hub navigation in browser cache. A database called ODSP_DB is holding the navigation nodes. Users cannot see the navigation updates unless they clear browser cache (which eventually refreshes the database) or logout and login to the system.
To overcome this issue, you have to clean the DB with custom JS Code and unregister a service worker from the browser, which actually forces the browser to rebuild the ODSP_DB and the navigation nodes.
I have placed the sample code on my blog. May be it will help someone until a proper way is announced by Microsoft.
http://fixingsharepoint.blogspot.com/2022/11/sharepoint-online-hub-navigation-not.htmlHello - I'm hoping to revive this thread since I have implemented this code and tried everything else possible that I know (clearing the browser cache and calling _layouts/15/clearlocalcache.aspx). The custom code nor clearing the cache seem to be resetting the Hub Navigation. This becomes especially problematic when multilingual is turned on, and the user changes their language. Everything on the page changes except for the Hub Navigation. I have been around and around with Microsoft, and they refuse to acknowledge (much less fix) this bug. I would love to find a way around this - happy to write code to accomplish this, but once again, the code in the above blog does not seem to work.
- Thanks - very interesting! I am still surprised that the browser's cache cannot detect that the menu has been updated on the server side and then update itself accordingly. I thought that was how browser caches were supposed to work. Unfortunately deploying an SPFX solution and asking our users to click on something to keep their menu updated is not a practical solution for us.
