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).
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.
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.
Does anyone here know what could cause a new feature to not show up in the SharePoint UI?
The solution it is part of has been correctly deployed to the GAC and shows up in the central administration list of deployed farm solutions, the feature appears in the FEATURES folder of the 14 hive, yet the feature itself does not appear in the features list for the site collection, either in the UI or in PowerShell using Get-SPFeature.
Yes, the feature is correctly scoped, and no, it is not hidden. :)
Any thoughts or pointers would be very welcome!
Answer supplied on sharepoint.stackexchange.com, with thanks to Simon Doy. https://sharepoint.stackexchange.com/questions/73871/sharepoint-2010-feature-not-appearing-in-ui
Somehow, something had gone wrong with the installation of the feature, and neither the UI nor commands like Get-SPFeature revealed its existence, although the Install-SPFeature -ScanForFeatures command emboldened below displayed the missing feature.
"Check that the feature has been installed. For example, if you are
performing Update-SPSolution and a new feature has been added between
solution deployments then the feature is not installed by default.
To check do the following:-
Run SharePoint 2010 Management Shell from one of the SharePoint
servers Type Install-SPFeature -ScanForFeatures This will show you any
features that are available in the SharePoint Root but have not been
installed. You can install any missing features using the command :-
Install-SPFeature -AllExistingFeatures
See the following TechNet
Article for more information.
http://technet.microsoft.com/en-us/library/ff607825(v=office.14).aspx"
Look in central admin to see what site collection the feature is deployed to. Make sure in that site collection the feature is turned on.
Also, check the deploy job status to see if it actually finished.
Is there a on install event receiver? If it errors out, the feature will not finish installing even after the DLL is copied.
I use VS2010 on Server 2008 R2 with Sharepoint 2010 Foundation.
I have created a custom master page following instructions from here: http://msdn.microsoft.com/en-us/library/gg447066.aspx (activating my custom page as feature), and was delighted with the results. But as soon as I changed the images and attempted to deploy them through VS2010, I noticed that my changes were not showing in the page (which was still showing the old images).
Useful observations:
It's a Sandboxed solution.
I checked that wsp is built with the new images, and so it was.
When I retract my solution, I also go to Master Page Gallery, and
delete my custom master page from there to make sure I start from
scratch. No difference.
My SP Designer does not give me an option to "revert to site
definition".
My "Look and Feel" section in central admin does not offer a
"reset to site definition" option.
Checking "CustomizedPageStatus" property of the SPFile for my master page shows that it's set to "none", and indeed, calling RevertContentStream throws an exception. This indicates it may not necessarily be the unghosting issue.
Does anybody know where my images get deployed to, and what the cause of this problem may be? The "Deployment Location" property does not lead to the correct location (in fact, I can't even see my Feature's folder). Could it be something to do with the way variables in the path - {SharePointRoot}\Template\Features{FeatureName}\StyleLibrary\Branding101\Images\ - are parsed?
I am new to Sharepoint, so all and any help would be much appreciated.
Since this is a Sandboxed solution, everything gets stored in the content database, accessible through SharePoint Designer 2010. In SP Designer, open the site you are working on, then look under "All Files" in Site Objects: that's where I found my masterpages, images, etc.
Deployment paths (displayed in module properties in VS2010) are just red herring, as no deployment to the file system itself takes place. Hope this helps somebody else!
that is to say if i am browsing around on share point where can i get to a details page to tell me what version of share point it is?
Provided you're running 2007 and can select "Site Settings" (or "Modify All Site Settings"), it's right there on the newly-opened page to the right of "Version". From there, a pretty up-to-date mapping of version to SP/CU install can be found here.
(edited to reflect Ryan's comment)