Personalize WebPage - Access Denied CU 16.0.19725.20522 KB 5002893
Hello, with the current CU August 2026 (2016/2019/SE) users can't "Personalize this Page" (old layout 2010). After the user takes the action "Edit my WebPart" it redirects to Access Denied page. The user needs the right to the site "Add and Customize Pages"; this is not an option. Permission check failed. asking for 0x40000, have 0x1b03c4312ef Access Denied. Exception: Attempted to perform an unauthorized operation., StackTrace: at Microsoft.SharePoint.SPSecurableObject.CheckPermissions(SPBasePermissions permissionMask) at Microsoft.SharePoint.WebPartPages.ToolPane.OnInit(EventArgs e) at System.Web.UI.Control.InitRecursive(Control namingContainer) at System.Web.UI.Control.AddedControl(Control control, Int32 index) at Microsoft.SharePoint.WebPartPages.WebPartPage.CreateToolPane(Control ctrl) at Microsoft.SharePoint.WebPartPages.WebPartPage.ToolPaneCreationAndInitialization(HtmlForm form, WebPartDisplayMode displayMode) at Microsoft.SharePoint.WebPartPages.WebPartPage.OnInit(EventArgs e) at System.Web.UI.Control.InitRecursive(Control namingContainer) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) at System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) at System.Web.UI.Page.ProcessRequest() at System.Web.UI.Page.ProcessRequest(HttpContext context) at ASP.DEFAULT_ASPX_337397335.ProcessRequest(HttpContext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step) at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) at System.Web.HttpApplication.PipelineStepManager.ResumeSteps(Exception error) at System.Web.HttpApplication.BeginProcessRequestNotification(HttpContext context, AsyncCallback cb) at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags) at System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion(IntPtr pHandler, RequestNotificationStatus& notificationStatus) at System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion(IntPtr pHandler, RequestNotificationStatus& notificationStatus) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags) .
SharePoint SE: Unable to Join New WFE Server Due to License State Mismatch
Hello Community, We're unable to join a new SharePoint Server Subscription Edition (SE) WFE server to an existing farm. Environment SharePoint Server Subscription Edition Existing farm build: 16.0.19725.20384 New server build: 16.0.19725.20384 English (1033) and Hindi (1081) language packs installed on both servers KB5002873 installed on both servers Farm was migrated from SharePoint 2016/2019 to SharePoint SE using the supported database attach method Issue During PSConfig, the server fails to join the farm. ULS logs show the failure in: SPFarm.EnsureCurrentServerProductsMatchFarmProducts() The current server cannot be joined to this farm because the set of installed products does not match the products installed in the farm. The license state for the current server doesn't match the farm's license state. Show more lines What we've verified SharePoint build versions match (16.0.19725.20384) Microsoft.SharePoint.dll versions match Get-SPProduct -Local output matches Language packs match KB5002873 installed on both servers Config DB Versions table shows successful upgrades through 16.0.19725.20384 Has anyone encountered a similar license-state mismatch when adding a new server to a SharePoint SE farm, particularly one migrated from SharePoint 2016/2019? Any guidance on additional licensing checks performed during SPFarm.Join() would be appreciated.
Clean up missing dependencies - Access Services
We migrated our farm from SharePoint Server 2019 to SharePoint Server Subscription Edition (SE) using the Database Attach method. When running Test-SPContentDatabase against our content database , we receive missing feature errors for deprecated Access Services: 744b5fd3-3b09-4da6-9bd1-de18315b045d and d2b9ec23-526b-42c5-87b6-852bd83e0364. The "Locations :" field in the output is completely blank/null. We removed the feature from our site collections. How can we resolve the issue.SP SE Migration: Test-SPContentDatabase reports missing Access Services feature with Null Locations
We are migrating our farm from SharePoint Server 2019 to SharePoint Server Subscription Edition (SE) using the Database Attach method. When running Test-SPContentDatabase against our content database (WSS_Content), we receive missing feature errors for deprecated Access Services: 744b5fd3-3b09-4da6-9bd1-de18315b045d and d2b9ec23-526b-42c5-87b6-852bd83e0364. The Locations : field in the output is completely blank/null. We already deactivated the Access features. The SharePoint Configuration Wizard crashes. How we can completely get rid of it.SharePoint SE – Unknown SQL Exception 18452 occurred. Login failed.
This month we applied OS updates to the DB Server. Site was up. Then we applied OS Updates to App server, site went down and we reverted it. Then we applied OS updates on WFE server. The site is up. However, in WFE when running Get-SPFarm or running PSConfig on the WFE, it throws the following errors: PowerShell / PSConfig: “Cannot access the local farm. Verify that the local farm is properly configured…” Configuration Wizard: “Failed to detect if this server is joined to a server farm.” The Error Logs: Checking the Windows Event Viewer on the WFE during a database connection attempt shows: Unknown SQL Exception 18452 occurred. Login failed. The login is from an untrusted domain and cannot be used with Integrated authentication. Network connectivity is fully operational. AD Domain trust is healthy. Local machine groups are clean: NT AUTHORITY\SYSTEM is not present inside the local WSS_WPG or IIS_IUSRS groups. DisableLoopbackCheck is already set to 1 in the registry. Any help on how to get the error is greatly appreciated.
SharePoint SE - Distributed cache service is not enabled in this deployment.
Hi everyone, I have been struggling for a few weeks now with a Distributed Cache issue in my SharePoint farm. The service configuration seems completely out of sync between my two Web Front Ends (WFEs). 1 Root Cause / History: Originally, the Distributed Cache was working perfectly. However, after a Windows Update, both of our original WFE servers broke completely (we couldn't repair them using DISM). Because of this, we built two brand new WFE servers to replace them. Crucially, because the old servers were broken, we performed the steps in this order: 1. We built and added the two new WFE servers to the farm first. 2. After adding the new ones, we removed the two broken ones using the Configuration Wizard, and subsequently deleted them from Central Administration since they were still showing up. Because the old servers were never gracefully decoupled from the Distributed Cache before they died and were removed, the internal Distributed Cache configuration in the SharePoint configuration database is now corrupted. 2 Environment & Farm Topology: • SharePoint Version: SharePoint Subscription Edition (SE) • OS: Windows Server 2025 • Database: SQL Server 2025 • Topology: 2 Web Application servers (App servers) and 2 brand new Web Front End servers (Server 1 and Server 2). • Note: All required Distributed Cache firewall ports (22233, 22234, 22235, 22236) are completely open on both servers. 3 The Current Symptoms on the New WFEs: • Server 1: The Windows Configuration Wizard runs and completes successfully. However, in Central Administration, the Distributed Cache service status for this server is stuck on "Error Stopping". • Server 2: Distributed Cache does not work at all. Running Get-SPCacheHost prompts for a HostName, indicating it cannot find the host in the cache configuration. • Cache Health Error: Running Get-SPCacheClusterHealth fails completely with: ErrorCode<ERRCAdmin040>:SubStatus<ES0001>:Failed to connect to hosts in the cluster • Health Analyzer Errors: 1. "Distributed cache service is not enabled in this deployment." 2. "Server role configuration isn't correct." (Specifically flagging Server 2). 4 What I Have Tried So Far: 1. Cleaned up old servers from Config: I exported the cache cluster config (Export-SPCacheClusterConfig), manually removed the two old, decommissioned servers from the XML file, and imported it back. 2. Repair via Central Admin: Tried to use the built-in repair and fix options in CA, but without success. 3. Attempted Fix from Microsoft Learn: I followed the steps outlined in this Microsoft Learn thread regarding a renamed server issue: [https://learn.microsoft.com/en-ie/answers/questions/5907941/distributed-cache-not-working-on-a-renamed-sharepo] 4. Forced Deletion on Server 2: Because Remove-SPDistributedCacheServiceInstance failed with a cacheHostInfo is null error, I used PowerShell to force-delete the service instance object on Server 2: PowerShell $instanceName = "SPDistributedCacheService Name=SPCache" $serviceInstance = Get-SPServiceInstance | ? { ($_.Service.ToString()) -eq $instanceName -and ($_.Server.Name) -eq "Server02" } $serviceInstance.Delete() 5. Re-adding Server 2: When I now try to re-add the instance on Server 2 using Add-SPDistributedCacheServiceInstance, it fails with: ErrorCode<HostAlreadyPresent>:SubStatus<ES0001>:Host name Server02 is already present in cluster configuration. 6. Configuration Wizard on Server 2: Running the SharePoint Configuration Wizard (PSConfig) on Server 2 fails with: An exception of type System.InvalidOperationException was thrown. Additional exception information: cacheHostInfo is null. 7. Farm Rejoin: I completely removed Server 2 from the SharePoint farm and added it back again. Unfortunately, this did not resolve the Distributed Cache mismatch. 5 Summary of the Problem: Server 1 is stuck on "Error Stopping" in CA. Server 2 is completely disconnected from the cache cluster (Failed to connect to hosts in the cluster). SharePoint throws HostAlreadyPresent when trying to add Server 2, but throws cacheHostInfo is null when trying to configure or remove it, while complaining that Server 2's role configuration is incorrect. Any help would be greatly appreciated!
SharePoint Server Subscription Edition (on-prem) REST API call via oAuth
This is a SharePiont Server Subscription Edition on-prem farm. and Extrnal application needs to use data from SharePoint via REST api calls. Need to setup external application to use SharePoint data from REST api via oAuth. 1) What are the steps i need to follow? 2) can this be supported by SharePoint Only App authentication (https://learn.microsoft.com/en-us/sharepoint/dev/solution-guidance/security-apponly-azureacs) for SPSE on-prem? Any sample REST based API calls to get tokens and call SharePoint would be really helpful. 3) Is it possible to use Azure AD app in for the same? if so how to configure trust between Azure AD and SPSE on-prem farm?
SharePoint Server Subscription Edition with Entra ID
Hi All, Hope the weekend is going good. I am hoping that someone has done this, but i thought i would ask. As you all know that project online has been announced as retiring in September 2026. I have been looking at a few options and one of that is Project Server Subscription Edition. A few points to note: Project server is an application that sits on the Sharepoint Subscription Server. From the documentation - it does say we can integrate with MS Entra with Open ID However, the conflicting point is that Sharepoint Services need Active Directory Services From the documentation it also says the SQL Server or Managed Instance also requires Domain controller. In our environment we have never had DCs or AD. We are totally dependent on Entra ID. Has anyone got any further information or done any experimentations around this? I just don't have all the links with me right now, but happy to post them. We really do want to avoid AADS (DCs) and Entra DDS. Thanks in Advance.WebDav on SharePoint Subscription Edition
Hi Community, I'm currently planning a migration from an old SharePoint 2016 On-Premises environment to M365, as well as moving some content to a new SharePoint Subscription Edition farm that will be operational for a few years. My question is: Does anyone have a confirmed, official source stating that WebDav is still supported as of now? Ideally, I'm looking for any official information regarding the future of its support. I understand that WebDav might not be the protocol of the future, but we still have some use cases that need to run for another year or so. Therefore, I want to ensure we can migrate these without concerns, or if we should start planning for alternatives. Thanks in advance for your help!OpenID Connect questions
Hi, I have successfully configured SharePoint SE to use OIDC with ADFS, but I have some questions regarding how it works. Does SharePoint use the authorization code to get an access/refresh token? It doesn't really need it, but I'd still like to know. If yes, is there a way to access that token from code somehow?