Forum Discussion
SharePoint Online Quick Launch doesn't change when site changes.
Hi,
In SPO, using the modern UI, and Private sites. We are having a problem with the Quick Launch not changing when the site changes. This behavior is not consistent, but it is truly confusing the users.
Let's say I'm on the Main site, and I select another site. The page changes. The Quick Launch on the left-sidebar may or may NOT change when the page loads. When the Quick Launch does NOT change, any major operation ("see all" on a document library, for example) will cause the Quick Launch to "catch-up" to the current site. Looking at site settings will also cause an update to the Quick Launch.
Navigating back to the Main site will usually (but not always) cause the Quick Launch sidebar to update correctly.
Obviously, these Quick Launch links are important to the operation of the individual sites, and having the wrong links on the current page isn't going to work!
This looks to me like inconsistent site initialization, but I have no idea if I can affect this. Does anybody have an idea how I might solve this problem?
19 Replies
Having similar issue. When switching between site collections that use modern pages. One has quick launch the other does not. When clicking through, the quick launch of the previous site shows on the target site that has no quick launch.
If navigating from a modern page with a quick launch to another modern page with quick launch, the quick launch from the first page still shows.
Does not happen when navigating from a classic page with quick launch to a modern page without.
Hello!
I am facing the same issues. I have developed the new modern pages across various sites but when jumping to another site left navigation/quick launch does change simultaneously until I hit refresh button. This works fine in classic mode but facing difficulties in modern view. Any suggestions or resolutions from any of you would be highly appreciated.
Thank you,
Salik Anwar
Jut got word from MS that the issue is resolved, and have verified on multiple tenants.
SharePoint Online service degradation issue SP144218
- Issue: " Delays or problems loading SharePoint Online sites or OneDrive for Business"
- Status: Service restored
- Last updated: Jul 13, 2018 2:12 PM
Please check out the following link which may help to resolve your issue
- https://answers.microsoft.com/en-us/msoffice/forum/msoffice_sharepoint-mso_winother-mso_o365b/sharepoint-online-new-modern-experience-left/b6fa50be-d917-49cb-ae84-de0c34f53815
The issue seems to be resolved on our tenant. I tested this morning by going to a number of subsites and returning. The QuickLaunch context changed immediately every time.
My users have been instructed to report any anomalies to me ASAP. For now, it looks like we're good.
Thanks to all who worked on this issue. Well done!
We have seen this issue and replicated it across all of our client's tenants
Example here: https://www.youtube.com/watch?v=_kPh4RwtCxc&feature=youtu.be
We have an active ticket with MS via the 365 portal as well, waiting to hear back on that one.
I also reached out to Vesa from the SharePoint development team and he advised to submit a ticket as well.
- I've had this issue with the cog wheel awhile back and reported it as a bug and it got fixed fairly quickly. It's something with how they are improving performance with page caching but I've seen this happen frequently with the context not changing. Let me see if I can find the post, and I'll see if I can mention people in that post to see if they can look into this issue as well.
Here is the post I was talking about: https://techcommunity.microsoft.com/t5/SharePoint/Quick-Links-or-links-to-other-sites-in-tenant-cause-Suite-Bar/m-p/121741
Steve Zhang you had looked into this previously with me in the past regarding the cog wheel. Seems like there might be a similar issue with the Quick launch bar when navigating to sites.
Deleted a work around that I used to use was creating tiny url's using URL shorten-er to force a new page which will keep the issue from happening, if you only have a few links that are used often you can look at this approach to hold you over.
- Thanks, Christopher. Unfortunately, we have 70 sites. Nobody uses them all, but everyone uses a subset of them all. I'll play with the concept, but it looks like MS should force a full page load every time, since so many parts are breaking. I think the caching idea makes sense, but the approach used had unintended consequences that seem to be cascading.
