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.
Related
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.
I am developing/testing an Excel Add-In. I added it to the desktop version using the "shared folder catalog" process outlined here:
https://learn.microsoft.com/en-us/office/dev/add-ins/testing/create-a-network-shared-folder-catalog-for-task-pane-and-content-add-ins
I updated the manifest XML for new ribbon commands, but Excel is not updating. I am unable to update/remove/reinstall an add-in installed from the "Shared Folder". I tried removing the add-in catalog and re-adding it in Trust Center Settings, but that did not work.
It is caching your manifest. Try bumping the version number in the manifest. This will alter Excel that it's cached manifest is no longer valid.
If bumping the version doesn't trigger the update, you can manually clear your cache by deleting the contents of %LOCALAPPDATA%\Microsoft\Office\16.0\Wef\. For non-Windows environments, see Testing & Troubleshooting in the Office.js documentation.
The solution to this was pressing the Refresh button in the top-right corner of the 'Office Add-Ins' dialog.
The answer below by #marc-lafleur hints in the right direction: it is about caching. But it is not the Wef folder you have to empty, it's the Temporary Internet Files as Office actually uses IE to display the JS add ins and such everything is loaded from the IE's cache.
For dev, it might be best to just disable it.
I have been trying to resolve a very simple issue i had yesterday. But i am still unable to make this right.
i was working CRM advanced find to filter out some records, when suddenly an SQL time-out exception occured (that because one of our other team member was importing a solution).
Now the advance find view look like this
All the buttons are out of style.
I tried following:
clearing cache of IE
reset browser settings
Ctrl +F5
Ctrl+Shift+r
Deleted temporary internet files
Nothing will make it right.
P.S: This works find in google chrome for me and in IE for all other team members except me. :(
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.
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.