modern sites on my site collection do not have a working edit button. The issue is inconsistent, Previously it was working but from last couple of days Edit button is not showing.
I have full control over the entire collection, so permissions shouldn't be the issue.
I tried multiple browsers, windows clearing the browser cache, and have determined that it's universally affecting all users regardless of browser.
Tried to add "?ToolPaneView=2&Mode=Edit" to the url to check whether they could be edited still it's not working.
I can confirm that these sites were editable a couple of days ago, After, Did R&D on that
i came across to know that i need to install latest Sharepoint updates.
So i updated kb5002135 to kb5002180 though it is not visible.
Run the SharePoint configuration wizard but still same issue.
Before : enter image description here
After : enter image description here
I had exactly the same symptoms as described, and none of the suggestions identified in question worked for me either.
We do now have a solution.
KB5002206 & KB5002207, released in May 2022, did solve our problem and the Edit Button returned across all of our browsers and environments.
In all cases it was necessary to use ctrl-F5 to force a refresh of the cache in the Browser.
Related
we have the Azure DevOps Server 2020 on-premises. We have a couple a Wiki pages in a project but not many, about 10, with totally about 1000 lines of text.
When I try to rename a Wiki page, it tells "Loading broken wiki page links" which never ends. So it is not possible to rename a Wiki page actually.
On the dialog there is a checkbox for "Update affected links..." which is checked but also greyed out, so that it cannot be disabled.
Anybody knows how to cure that?
Thanks in advance.
Solved this issue by uninstalling the Wiki Search extension, as mentioned in the issue report.
Note: I wanted to include a link to the extension in the Marketplace, but I cannot find it there. I can only include a screenshot of the page that was shown by our server before I uninstalled it. Strange, as it's developed by Microsoft and last update was recent (see screenshot).
I do and did some test from VSCODE with yo Office.
After few tests, Excel Developer Component displays this :
All the corresponding projects have been deleted. But menu options still remains and still work.
I'm looking for remove them.
I followed all recommandation from this page : https://learn.microsoft.com/fr-fr/office/dev/add-ins/testing/clear-cache... but nothing happened.
Any ideas? Thanks in advance.
On the web, the office cache is just the browser cache. You need to clear the browser cache along with Office cached folder. See how to Clear the Office cache.
When reviewing issue further, I have found out below solution:
Log in to CRM as an administrator.
Go to Settings > Administration.
Click System Settings.
On the “Customizations” tab, uncheck Load pages in the most recent version of Internet Explorer.
Even this one is not working for me.
I am getting below error in page load event in IE not the chrome or Firefox
SCRIPT5: Access is denied.
PageLoader.js, line 1 character 1226
I am stuck with as my production release on Monday. Any help is highly appreciated.
After Long two days investigation I have found out the reason for the issue. We had previous rollup activity feed solution. After importing the new version of Activity feeds this hectic issue was sorted out.
Activity feed new solution is available with rollup up package.it can be found by exacting the rollup package. Previously this was available in Microsoft Dynamic market place.
Do you use any script that have fixed url?
Seems similar issue with:
Grey ribbon on Account form in IE "SCRIPT5: Access is denied." in PageLoader.js
And try IIS Reset might help clearing cached content.
I'm experiencing problems when trying to deactivate a custom feature through the GUI. When I press the 'deactivate' button I'm, as expected, redirected to the warning page which asks if I'm sure I want to deactivate.
Upon confirming, the page starts loading.
The feature in question should normally be activated very fast, however on this occasion the page loads for more than 5 minutes without anything happening.
After concluding that the page seems to be stuck in an eternal loading cycle, I had to refresh the page to see if there had been any changes, but no, the feature remains active.
Any ideas?
Details:
The site I'm working is a previously existing office365 site. I've just made some changes to my custom solution (modifying one feature and adding another)deactivated the old solution and uploaded the new solution, so I'm trying to deactivate and reactivate the feature which I've modified.
It depends what's happening during deactivation - 5 minutes might not be very long if the deactivation has to perform a lot of updates (e.g. removing columns from lists in lots of subsites). I did once have a feature deactivation that took 45 minutes (?) to run.
I guess another possibility is that you've got C# code that contains an infinite loop? Though that seems a bit of a long shot.
Otherwise, Office 365 is very hard to debug; I'd suggest raising a support call with Microsoft through the O365 portal to see if they can see any logs.
When the feature is removed are you trying to remove items like CT's or anything that is dependant on another thing?
I've seen features get glitchy when this occurs on our test enviroment and make sure this is ironed out before deploying to live.
Theres a feature checker somewhere on codeplex but i'm not sure if this will connect to the office365 site. It's called something like FeatureAdmin.exe This might help you in removing the feature and clearing out left over stuff from the feature however it will not remove whatever your feature is struggling to remove(if it is of course!)
When the original feature was deployed did you test it could be deactivated cleanly?
On my sharepoint site I am unable to add an existing basic webpart to a page where I've added webparts before. I am a site owner. I am using IE 8. I also work remotely using VPN.
The strange thing is IE won't even open up the EDIT MODE.
When I use Google Chrome, it is able to open up EDIT MODE, and it was also able to open up the Add Web Part popup, but when you actually select a web part and press ADD...nothing gets added to the main page.
The extra strange thing is from Google Chrome, I am able to delete and modify existing webparts.
I've upgraded to IE 9 and the same issue still happens.
i assume the similar issue you would be facing with firefox it seems your css is not compliant with IE8 try using ie8 in campatibility mode or use following querystring parameter at end of ur url
toolpaneview=2 and see what is the result
I had that problem and it appeared that a CSS file was messing up with the Ribbon controls.
Try to disable a CSS file at a time.
Regards,
Pedro
We had this issue (or at least a very similar one) where, in edit page mode, clicking on 'Add a Web Part' had no effect. I was assuming that it is a JavaScript issue. In, I beleive, the same day, it effected both my Production and DEV Site Collections, in IE8, Firefox and Chrome. We restarted all of our servers and ran the config wizard. No good.
We were able to create new pages which seem to be uneffected.
For an existing page, our workaround is to edit the properties of the page, then, down at the bottom, select 'Open Page in Maintenance View'. Select one of the Web Parts and Close it. Note: It seems as though if you unselected the 'Allow Close' checkbox, it wont be on this list. Then click on the 'Go Back to Web Part Page'. Click on the zone where the closed Web Part was. You may now be able to 'Add a Web Part'. If so, the last Web Part folder on the left will be 'Closed Web Parts' which I beleive you can put back (Open) the closed Web Part.
I have see this issue occur when someone else has the current page open in edit mode. Until that person either checks in or undoes there checkout you will not be able to edit the page.