PnP Search Results Handlebars template saves but does not reflect on UI
Hi everyone, I am working with the PnP Search Results web part in SharePoint Online and facing an issue where a custom Handlebars result template saves successfully but does not reflect on the UI. I created a table-style Handlebars template with columns Document, Region, Country, Language, Status and Validation Date, one row per document. Documents are returned correctly and filters based on the same refinable properties work as expected. Debug output using JSONstringify(item) confirms that all refinable values are present. The same if-condition logic using item.RefinableStringXX works in a list-style layout, but in a table layout the template saves without errors and either does not reflect on the UI or renders rows with empty metadata columns. Inline bindings do not render unless wrapped in if blocks and even after fixing this the UI sometimes continues to show the previous layout. Managed property mappings, selected properties, indexing and library reindexing have already been verified. Has anyone experienced this behavior with PnP Search Results templates or knows if this is related to caching, result types overriding templates or a known limitation with table-style Handlebars layouts?Delete Version History
Hello Team, I'm looking for help with deleting the version history of specific files in SharePoint, but retaining the last 10 versions. I can see that I can manually delete the version history, but this is going to be a rather long task for this particular file, or i can delete them all which we don't want. I've found powershell commands which will go through all files in a document library but nothing for a specific file. Does anyone have anything which will do this? Thank you.
Default - "Open Read Only" for Office Files
Looking for a way to set the default behaviour to "open read only" for office files stored in SharePoint I know that you can set this per document (https://support.microsoft.com/en-au/office/make-a-document-read-only-in-word-5c25909c-46d9-4eb0-9d1f-d072a560e340) but we want that to be the default behaviour for all documents stored in SharePoint. is this possible ???SharePoint without Sync (Advice Needed)
Our biggest challenge with SharePoint is how to roll it out to End Users with no SharePoint Experience (many of these users are engineers/site based on slow(ish) internet connections. We have large (+100,000) document libraries with long paths. Sync has been a massive issue, the default behaviour has been to just use File explorer to access files, resulting in sync errors and accidental deletion of files. I am looking for advice on turning OFF sync (in the document library settings) I have concerns about doing this, as there are always times when it is easier to Sync, and this is essentially a global setting (set for all users) Has anyone had any real life use cases/experience of doing this. I cannot think of any alternatives.
Customizing Search Result Display for .eml files at Site Collection level
Hi everyone, I’ve noticed a specific behavior regarding how SharePoint handles search results for .eml files and I am looking for a way to optimize this. Observation: Following a migration of emails into a SharePoint Site Collection, the search results currently display the Filename as the primary heading. Since these filenames are GUIDs, they provide no context to the users. The Title property (which contains the actual email subject) is available but is not being used as the main display value in the search results. Goal: The objective is to change the search result display so that the Title/Subject is shown instead of the Filename, making the results meaningful for the end-users. Current Constraints: Permissions: Access is limited to Site Collection Administrator (no Tenant Admin access). Environment: Must remain Out-Of-The-Box. PnP Modern Search or other third-party web parts cannot be deployed in this environment. Scope: Changes need to be implemented at the Site Collection level, as tenant-wide search schema modifications are currently not an option. Technical Question: Is there a way to influence the result display logic or the mapping of Managed Properties specifically within the Site Search Schema to achieve this? I am looking for guidance on whether this can be solved through site-level configuration or if there are other OOTB workarounds to prioritize the Title property in the search UI. Any insights or documentation on how to approach this at the site level would be greatly appreciated.
