Problem Statement When using the KQL query ContentClass:STS_List_DocumentLibrary without additional filters, some document libraries (like “Shared Documents”) are not appearing in search results, even though they exist and contain content. Initial Troubleshooting Steps Taken 1. Hidden Site-Level Visibility Setting Action: Visited https://<your-site>/_layouts/srchvis.aspx and enabled “Always index all Web Parts on this site” Status: ✅ Enabled - Monitoring for 24-48 hours to see if this resolves the issue Result: No effect on bringing the shared documents search result

Overview When moving files in SharePoint, understanding how permissions are handled is crucial for maintaining proper access control. The behavior varies significantly based on several factors, including whether you’re moving a single file or multiple files, and whether you’re moving within the same site or across different sites from the User Interface. This post is based on experiments done in October 2025 and things may change in the future. The “Keep Sharing with Same People” Option Important: The option to unselect the move of permissions appears only when a single file is selected to be moved to a different SharePoint site.

Table of Contents Problem Statement Solution Overview Prerequisites Implementation Guide Step 1: Get Site and List IDs Step 2: Test with Graph Explorer Step 3: Initial Search Implementation Step 4: Handle Pagination Complete Code Examples Performance Considerations Conclusion Problem Statement After importing 10,000+ records into SharePoint using Power Automate bulk import techniques, we encountered Power Apps delegation limits that prevented effective searching and filtering of large datasets. There is the option of using Power Automate to get the results, however it adds more artefacts to a simple app designed for search.