SharePoint Missing Authentication for _vti_bin
The issue with the vti_bin folder is that it is accessible without authentication. However, the remediation measures outlined below are not technically feasible for SharePoint Online (O365). I found few remediations for this issue which are as follows: Configuration Options: Administrators can configure authentication for _vti_bin through various methods, such as: Enabling anonymous access:This allows anyone to access the site and its resources, including _vti_bin URLs, without logging in. Restricting access in Web.config:The Web.config file can be modified to deny access to anonymous users for specific _vti_bin paths. Using the ViewFormPagesLockDown feature:This feature can help restrict access to certain SharePoint resources, including those within _vti_bin The below links are for reference: https://www.c-sharpcorner.com/uploadfile/Roji.Joy/how-to-secure-external-anonymous-access-to-sharepoint-2010-sites/#:~:text=Even%20when%20lockdown%20mode%20is, https://learn.microsoft.com/en-us/archive/blogs/fabdulwahab/security-protecting-sharepoint-server-applications https://sharepoint.stackexchange.com/questions/167264/restricting-access-to-contents-in-vti-bin-for-both-authenticated-as-well-as-a I would like to verify whether the provided fixes are applicable to O365 SharePoint. If they are not, could you please advise on alternative solutions that can be implemented to mitigate this issue?
Quick Links “Button” layout drawers stuck open on modern SharePoint page
We’re using the Quick Links web part in Button layout on a modern SharePoint Online page. Normally, the label “drawer” only appears when you hover over the button. Recently, the drawers under all buttons are stuck permanently open (see red lines below marking the title drawers that I want to disappear). We must use the Button layout for our design standards, so switching to another layout is not an option Our IT team says there’s no HTML/CSS toggle to control this, and publishing an older page version would undo recent changes without guaranteeing a fix Rebuilding the web part isn’t realistic since we don’t have all the original links and images. This has happened before, but usually it “clears up” after some time — this time it’s persistent. Has anyone else run into this? Is this a known regression with Button layout, and is there a fix? Any guidance would be appreciated.
SharePoint 2019 Language Pack KB5002774 Installation Fails – Missing .deploy File
Hi all, We are encountering issues while installing the KB5002774 language pack update on a SharePoint 2019 Server. The installation fails with an error referencing with permissions issues, or specific mention of a missing file. Initial Event: Product: Microsoft SharePoint Server 2019 1033 Language Pack - Update 'Security Update for Microsoft SharePoint Server 2019 Language Pack (KB5002774)' could not be installed. Error code 1603. Second Event: Product: Microsoft SharePoint Server 2019 1033 Language Pack -- Error 1310. Error writing to file: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\TEMPLATE\LAYOUTS\ddm\1033\ddm\DDManager.exe.deploy. System error 0. Verify that you have access to that directory. Environment: SharePoint version: 2019, Windows Server 2019 Update: KB5002774 (September 2025 Language Pack Security Update) Language pack: English (1033) Installation method: Manual via Microsoft Update Catalog What We've Tried: - Verified that the base SharePoint 2019 installation is healthy and patched, KB5002775 successfully installed and applied. - Checked the folders and subfolders, permissions are at Full Control - DDManager.exe.deploy is missing but other files exist at that location. - Verified account permissions, folder/file permissions, re-download and attempted reapply of the update (3x). Questions: - Is DDManager.exe.deploy part of the official KB5002774 package, or is it installed from another source/patch/package? - Has anyone else encountered this issue with KB5002774 or other language pack updates? - Is there a safe workaround to bypass or restore this file to allow the update to complete? Any insights or suggestions other would be appreciated. Thank you in advance.Sharepoint websites on IIS stopped
Hello, Last Monday, I noticed that SharePoint and SharePoint Central Administration v4 sites were stopped in IIS on our SharePoint application server. (We host each SharePoint component on dedicated servers, the application, search, and database servers are all separate.) SharePoint has continued to work fine since then, no users have reported any issues, and I personally tested it throughout the week without finding any problems. I’m not sure if it’s normal for these two IIS sites to be stopped, and I’d like to know whether it’s safe to start them again or if they should remain stopped. Thank you.
Edit' rights tries editing a document from a different device or browser it is grayed out
Hello Please i need your help on this issue. When a user with confirmed 'Edit' rights tries editing a document from a different device or browser it is grayed out using Edge browser as usually use Chrome. They are logged in to their Microsoft account and accessing the file to be edited in SharePoint. They are trying to edit the file in the browser as they only have an E1 license. The users are in the Customer Success SharePoint group and they are Members with Edit rights. I dont think the document library have the unique permissions that override site-level permissions? Here is the screenshot of the item-level permissions on individual documents or folders? I believe the group assigned at the site level or only at the document library level? The affected user can create or edit a new document in the same library.
Accessing Teams Private Channels Files in SharePoint
Is there an issue currently with accessing Teams Private Channel files in SharePoint? I have looked but cannot find anything. Recently our users that used to access Teams Private channel files within SharePoint (by going to the sharepoint site and Documents and then In Channels) have noticed that when they click a folder it doesn't take them into a file list, it just does nothing. If they then press F5 to refresh it will usually take them into the list of files. Accessing the files with Teams is fine still, only an issue if you use SharePoint. I've tried this on a few other sites within our Tennant and it happens on our other sites too.Microsoft Syntex: Turning Your Documents Into Digital Intelligence
In today’s workplaces, organizations generate an overwhelming amount of content—contracts, invoices, reports, emails, and more. Manually managing, classifying, and extracting insights from this information is not only time-consuming but also prone to errors. Microsoft Syntex, an AI-powered service within Microsoft 365, transforms the way businesses handle content. By automatically classifying files, extracting metadata, applying compliance policies, and even generating new documents from templates, Syntex brings automation and intelligence directly into familiar tools like SharePoint, OneDrive, and Teams. This blog explores how Microsoft Syntex helps organizations boost productivity, reduce operational costs, and unlock the true value of their content.SharePoint Threshold Limit Mitigation via Indexing Strategy
To address the SharePoint list/library threshold limit issue, we implemented a structured indexing approach: The document library contains 5000 items distributed across multiple libraries. We created indexes on relevant columns to optimize query performance and enable filtering/sorting without triggering the threshold limit. This indexing strategy allowed us to successfully access and manage the SharePoint site without performance degradation or errors due to the threshold limit. This approach ensures scalability and maintains usability for end users, especially when working with large datasets in SharePoint Online. Anyone has face the similar kind of situation and tried in a different way to fix that, then please share.problems with sharepoint subscription edition post updates. psconfig fails.
We are facing 2 issues, but i suspect its related. OS is server 2025. Patches are current. We applied the sharepoint upgrade: KB5002784 yesterday. At that time we discovered psconfig failed to complete. Initially it was due to a problem with the sharepoint admin service. Of note it would not start. I found this to be a problem with windows exploit protection. Exempting the exe associated with the admin service fixed this and the service now starts. PSconfig still fails, its failing at the spcopysidebyside step. of note the sidebyside log that the error references is never created. additionally running the spcopysidebyside powershell script, and specifiying a log file location also results in no log being created. i suspect this may be another windows exploit protection exemption that needs to be created. at this time im not sure what one is required, nor how this is not effecting all installs vs just ours.
