Description column in SharePoint libraries – how to use

In this post we take a look at the description column that is available within SharePoint Online document libraries and how to make use of it.

There is a description column available in modern SharePoint document libraries. This description column comes out of the box when you create a new document library, or when you add/remove columns from the existing Shared Documents library that comes with every Team/ SharePoint site.

The problem

The description column exhibits some very strange behaviour. First of all, when you try add it to a library view it does not appear within the properties pane, nor is it a column you can add via edit “columns”.

When adding the properties column to document library views you are not able to edit the column.

If you add the column into a document library view and switch to edit in grid view mode, the column becomes read only meaning you can’t add anything into any of the cells within the library.

If you try to edit the column via edit in grid view the cells within the library are read-only.

The solution

This is more of a workaround than a solution as this appears to be a bug rather than desired behaviour. If you make the column mandatory, then optional it seems to do the trick! To do this:

  • Left-click on the Description column heading > column settings > edit
  • Press more options > set require that this column contains information to yes
  • Press save
Set the Description column to required, then optional to enable editing.
  • With this setting changed, when you edit your document library in grid view now you are able to enter data into the Description field
Once you have made the Description column required, you are able to add data via grid view.
  • Go back to edit the Description column settings and switch off require that this column contains information to make it optional

Add Description column to properties pane

Although the above will allow you to add data to the Description column, it will not add the Description column into the properties pane. You can get the Description column to appear by adding it to the default content type in the document library. Here’s how you can do it:

  • Press the cog > library settings
  • Under general settings > advanced settings
  • Set allow management of content types to yes
  • Press OK
Set allow management of content types to yes in the document library.
  • Scroll down to content types > select the document content type
  • Press add from existing site or list columns
Press add from existing site or list columns to add the Description column to the Document content type.
  • Ensure the Description column is selected > press add
  • Press OK
Add the Description column into the Document content type.

Go back to your document library, select a document and open the properties pane. You will now see the Description column is displayed in the properties pane, as well as being an editable field when you press edit all.

Bonus! History lesson and give your feedback

This description column appears to be a rather recent addition to all tenants, making it’s appearance in summer 2021 with the advent of Microsoft Lists. I went back to SharePoint 2010 just to double-check and sure enough the Description column was not present!

Out of the box SharePoint 2010 document library with no description column.

I’ve added a new item to the Microsoft feedback portal (UserVoice replacement) in the hope this gets addressed by the SharePoint product team so if you could upvote it that would be great!

Microsoft 365 roadmap roundup – year in review 2021

With 2021 drawing to a close, I thought it would be useful to go back through the Microsoft roadmap and look at the year in review, highlighting some of major releases and others that have caught my attention.

Microsoft roadmap
Year in review

The link above covers all the stats from the Microsoft roadmap in an infographic format. I’ve gone through the site to list out the top 10 roadmap posts of the year plus a selection of my favourite releases along the way.

Top 10 most viewed roadmap posts of 2021

These are the top ten most viewed roadmap roundup posts from the blog for this calendar year:

Top 5 launched features 2021

This list is in no particular order, but just the launched features I found the most noteworthy in 2021:


1. SharePoint: Swap root site from SharePoint admin center for customers with 10k+ seats – Customers with more than 10K seats or more can now swap their SharePoint root site from within the SharePoint admin center user interface. Roadmap ID: 72224

The Replace root site panel in the new SharePoint admin center

2. SharePoint: Scenario-Based Site Templates – Use scenario-based site templates that leverage existing SharePoint capabilities (e.g. pages, lists, libraries, branding) to build your own sites faster and get inspired. Roadmap ID: 70574

3. SharePoint: Company-Branded Auto News Digest – Now you can also roll up your news posts into a great-looking digest that you can send in a company branded Auto-News Digest email. Roadmap ID: 70606

4. SharePoint Syntex: Modern site-level term store – A modern experience to create and manage site-level taxonomies for your sites. It’s now easier to navigate your taxonomies and create and edit terms when classifying & discovering your Syntex and SharePoint content. Roadmap ID: 85638

5. SharePoint: Microsoft Lists Updated sharing experience – Create unique sharing links for lists based on who and how you wish to share them, while adhering to any sharing settings per established IT and governance planning and policies. Roadmap ID: 81965

Microsoft Teams

1. Microsoft Teams: Reply to a specific message – When chatting in Teams, you will be able to reply a specific message. The original message will be quoted in the reply text box -quoted replies will be available in 1:1, Group and Meeting chats. Roadmap ID: 81113

Reply to specific chat message in Microsoft Teams Desktop

2. Microsoft Teams: Breakout Room Timer, Room Retention, and Participant Reassignment – You can now set a timer for Breakout rooms. After timer has expired, rooms will automatically close and participants will come back to the main meeting. Room assignment retention provides the ability to persist room configuration and assignment over multiple sessions. With participant reassignment capability, organizer will now be able to move joined participants across rooms and main meeting also when rooms are opened. Roadmap ID: 81372

Image shows how to set time limit for breakout rooms.

3. Microsoft Teams: Manage team templates with template policies – Manage the team templates that your end users see by creating templates policies in the admin center. Within each template policy, you can designate which templates are shown or hidden. Assign different users to different template policies so that your users view only the subset of team templates specified. Roadmap ID: 70701

The template policies is selected and Add is highlighted.

4. Microsoft Teams: Disable/Enable all Attendee’s Video – Ability to disable and enable video for all attendee’s before, or during, a Microsoft Teams meeting. Roadmap ID: 70621

Don't allow attendees to unmute option

5. Microsoft Teams: Align the experience creating a team from different Teams interfaces – Align the experience for Teams creation in Teams Admin Center to the experience in creating a team in the Teams client. Roadmap ID: 70696

Create a team


1. OneDrive: Dialog on First-Time deletion of File(s) – When a user deletes a file(s) for the first time, they will be shown a dialog to educate them that their file is in the OneDrive recycle bin where it can be restored. This will show up on subsequent deletes until the user checks the box stating they do wish to see it again. Roadmap ID: 70702

First delete dialog alert for OneDrive files - M365 Admin

2. Immersive Reader support in OneDrive and SharePoint – Users can now open Word files directly into Immersive Reader from inside OneDrive and SharePoint. Roadmap ID: 81954

thumbnail image 3 of blog post titled 
							Immersive Reader comes to PowerPoint for the web, OneDrive, SharePoint and MakeCode

3. OneDrive: Request Files for GCC High and DoD – The Request Files feature is now available for the GCCH and DoD environments. Roadmap ID: 72228

Request files UI

4. OneDrive for Business: Progressive Web App (PWA) – You can now install the web version of OneDrive for Business as a Progressive Web App (PWA) in Microsoft Edge, Google Chrome, Firefox, or other browser that supports Progressive Web Apps. Roadmap ID: 82040

5. OneDrive: Android – Night time reading mode for PDF viewing – Users of OneDrive for Android will be able to change the appearance of PDFs in three main color modes which are day mode, night mode and sepia to enhance viewing. Roadmap ID: 72230

Information Protection

1. Microsoft Information Protection: Enhanced simulations and location support for auto-labeling in SharePoint Online and OneDrive for Business – Auto-labeling in SharePoint Online and OneDrive for Business has been updated with improved performance and ability to configure more locations. The configuration limit of 10 locations in a policy has been removed. Roadmap ID: 82060

Choose locations page for auto-labeling configuration.

2. Microsoft 365 compliance center: Information governance – Multi-stage disposition review – This update allows organizations to use a multi-stage disposition process, including multiple stakeholders and reviews before deleting the content. Roadmap ID: 70579

Specifying disposition reviewers.

3. Microsoft Information Protection: Configure external sharing for sensitivity labels in Teams and SharePoint sites – With this update, you can set controls on external sharing while configuring a Team or site protection policy. Roadmap ID: 70735

A sensitivity label when creating a team site from SharePoint.

4. Microsoft 365 compliance center: Advanced eDiscovery – Historical versions – This capability will enable organizations to quickly search across not only the current version of documents, but all the versions of the document. Roadmap ID: 81898

Switch on the toggle to enable historical versions

5. Microsoft 365 compliance center: Retention for Teams – Admins will be able to apply retention and deletion policies to Teams chats and conversations. Roadmap ID: 81963

A look at the roadmap in 2022

Here are 5 interesting features on the roadmap due for release in 2022:

  1. SharePoint: Migrate SharePoint 2010 and 2013 workflows to Power Automate – Provide Microsoft 365 customers with a tool to migrate SharePoint-based workflows to Power Automate. You will be able to migrate SharePoint 2010 (out-of-the-box) workflows and SharePoint 2013 (SharePoint Designer) workflows to Power Automate flows. Initially this will be implemented via PowerShell, and in future it will be more integrated into the SharePoint Migration Tool (SPMT). Roadmap ID: 82108
  2. Microsoft Teams: Pairing the channel and the corresponding SharePoint folder name –  When renaming a Teams’ channel, the corresponding SharePoint folder will be renamed and reflect the new name. This new feature will be available for all Standard and Private channels. For Standard channels – The corresponding folder in SharePoint will be renamed. For Private channels – The corresponding site name and the folder in SharePoint will be renamed. For legacy Teams channels that were renamed prior to this rollout, there will be no change in experience. When a legacy channel is renamed after this release, it will simultaneously rename the corresponding SharePoint folder.  Roadmap ID: 72211
  3. OneDrive and SharePoint for Business: Library Dropdown – We’re adding a dropdown that allows you to easily switch between multiple document libraries associated with a Team or Site. Roadmap ID: 81990
  4. Microsoft Viva: Praise History in Microsoft Viva Insights – The Praise app in Microsoft Teams is designed to help recognize the effort that goes into the wide-ranging, collaborative work that Teams users do. Users can send Praise to their colleagues through the messaging extension pinned to the Teams messaging bar for most users or through the Microsoft Viva Insights app in Teams. With Praise history, users will be able to view their sent and received praise over the past six months. Roadmap ID: 85639
  5. Microsoft Information Protection: Auto labeling (for files at rest in SharePoint Online) can now label PDF files – This feature enables you to label PDF files at rest via the auto-labeling engine as you would Word, Excel, or PowerPoint files. Roadmap ID: 85618

Thanks for reading and look forward to a great 2022 for roadmap updates!

Edit in grid view button missing – how to resolve

In this post we take a look at the common causes for the edit in grid view button to not be visible in SharePoint Online & Microsoft Lists.

The problem

Edit in grid view was made generally available to all Microsoft customers in February 2021 and is available for lists and document libraries in SharePoint Online or Microsoft Lists. I recently had an issue reported to me that the edit in grid view button was missing from the ribbon in a SharePoint Online document library.

After taking a look myself, sure enough this was the case and the option wasn’t present. The first thing to note about this particular document library was that the default view had grouping enabled on a particular column. In trying to replicate the issue, at first when I created a new document library the edit in grid view button was present:

I noticed that when I applied the same grouping to the view the edit in grid view button disappeared!

Applying a grouping to a library view causes the edit in grid view button to disappear.

The solution

The solution for this is more of a workaround as this appears to be a Microsoft bug. I decided the best way to get around this was to create a specific view that defaults into grid view mode when selected. To do this:

  • With your library open > press the cog > library settings
  • Scroll down to views > press create view
  • Select datasheet view
  • Give the view a name > select the columns you wish to display > press OK

Now you have a view that defaults to grid view without users having to select it!

Other ways around this issue would be to:

  • Remove the grouping for the view in question to allow edit in grid view
  • Create a new view with the grouping removed and show users how to find it to edit in grid view

Unfortunately this seems to be an bug that although it has been raised with Microsoft, the SharePoint UserVoice has since been shut down so it’s unclear if it is being worked on or not. You can raise feature requests through the Microsoft feedback portal.

Bonus – free history lesson!

Out of curiosity I wanted to see if this was an issue in SharePoint 2010 as I was sure I would have come across it by now. As expected, it wasn’t and datasheet view works fine when views have groupings within them.

Tales of a Microsoft 365 migration – file shares

It’s been 10 months since the last instalment of my tales of a Microsoft 365 migration series! In that time I’ve had a new son, moved house, again and again, plus migrated a boat load of data (pun intended). In this post I’ll detail how we migrated over 20TB of data into SharePoint Online from on-premise file shares.

If you want to take a look back at my other posts documenting my organisations migration journey you can find them below:


Issues & resolutions + things of note


I’ve used this before, but the graphic below highlights the phases of our migration efforts, what we have completed thus far (green) and where we are currently are at (yellow):

  • Exchange email migration

  • Home drive migration

  • File share migration

  • SharePoint migration

Our aim was to migrate all of the file share data server by server into SharePoint Online, making the on-premise file servers read-only and finally decommissioning the servers. These new SharePoint sites were to act as temporary, bridging location- allowing the organisation to continue working as normal, but over a longer period of time review the sites contents and move the data into existing organisational Teams.

Work had been done previously to reduce the volume of content and also identify locations that would require more granular permissions changes.


As with the home drive migration project, we needed to ascertain:

  • How many file servers + individual shares are there?
  • What is the total volume size of each server combined?
  • How do users gain access the data once its migrated to SharePoint Online?

Early on we realised the Microsoft Migration Manager would not be suitable for this project, mainly as we saw a significantly higher level of errors when running pre-scans in Migration Manager that were reduced by up to 90% running the exact same pre-scan in ShareGate. This led us to purchase additional ShareGate licenses to ramp up our migration efforts, which honestly was the best thing we ever did!

The pre-scan migrations using ShareGate gave us a great baseline for understanding our data, but we also purchased Treesize pro which we used to generate reports against each file server that made it much easier to understand what we were migrating and interactive (you can drill down through folders using this method, which comes in handy – more on this later).


With all the above tooling at our disposal we went to work using Treesize to generate reports for each file server and shared with data owners pre-migration. We also kept an active scan of each location open within in the Treesize application to refer back to, plus an export of each migration task from Sharegate for the first pass and final incremental migration.

Using the above reports we were able to break down each server into tasks that would be within ShareGates software limitations:

  • We found that migrating over 1TB or 1 million items in one task would generally cause issues. The tasks would either not complete or once completed we would be unable to open or export the task reports.
  • We decided to stick to creating tasks that contained no more than 500GB of data, spread across multiple VM’s to also avoid throttling – we highlighted each task in a block of colour in each Treesize spreadsheet to help identify


Based on the volume of data and the number of files/ folders we had to migrate we ran a two-stage migration for all our file share data:

  • First pass – this was the big migration, we ran it silently in the background to allow longer migration tasks to run and shift all the data across during this first migration.
  • Incremental – this was the migration we made public to our users. We published migration schedules for the entire organisation to see and scheduled tasks in ShareGate to run over the weekends to ensure no loss in service following the migration.

In SharePoint Online, at the site level we opened up access to everyone except external users. We then created document libraries within each SharePoint site and mapped each existing on-premise domain group to the corresponding file share library. Due to the sheer size of the folders structures within our file server environment, we decided to only publish the 2nd and 3rd level of each file share structure as part of the Tree size pre-migration scans. Data owners for each area of the business reviewed the reports we produced using Treesize and identified folders that would require further permission changes to be made.

In some cases we were required to break down ShareGate migration tasks into several parts. We would have to do this where the file share would contain over 1TB data or more than 1 million files/folders, as mentioned above. To do this we would need to drill-down further into the file share structure using Treesize until we got to the position of being under 1TB or 1 million files/ folders.

Issues & workarounds + things of note

#1 Migration Manager vs ShareGate

As mentioned above, when we ran pre-scans of our file share locations using Migration Manager the tool reported thousands of errors that largely related to invalid characters, blocked file types or filenames or paths being too long – meaning we were unable to use the tool for our migration efforts.

Workaround: ShareGate works best for your file share migrations

After running an identical pre-scan using ShareGate, our error reports reduced by as much as 90% in some cases, mainly due to ShareGate’s built in capability of replacing invalid characters. It’s also worth noting that the ShareGate UI is much more feature rich and allows you to do way more migration configuration

ShareGate has an inbuilt illegal character replacement feature that will reduce the amount of potential errors in your migrations.

#2 50,000 unique item permissions limit

When migrating file share data using ShareGate we noticed this error message when migrating files/ folders with more than 50K permissions:

The custom permission associated with the item could not be copied since it would exceed the list limit. The maximum number of permission scope for this list has been reached.

SharePoint has a limit of 50k permission scopes within a list or library.  A scope is either an item, document or folder with broken inheritance. The documentation provided by Microsoft refers to SharePoint Server, but this limitation also applies to SharePoint Online.

If the 50K unique item permission limit is met, all items scheduled for migration after the 50K unique permission is met will fail.

Workaround: Don’t migrate permissions as part of the migration

Let’s face it, if you have file shares with more than 50K unique item permissions you likely have bigger problems that just trying to migrate the data! In my case we made the decision to not include permissions as part of each migration task. This was a big decision that required senior management backing, but ultimately was the right one as it allowed us to migrate the data.

As we already and created reports for the top-level file share structure, we mapped the permissions for the top-level from the file shares for each library in each SharePoint site. Having published the same spreadsheet, we gave our data owners the chance to highlight any other locations that would require additional unique permissions adding and included them as part of the migration effort.

#3 Breaking permissions inheritance in document libraries

I’ve already wrote a separate article on how to break permissions inheritance on large libraries/ lists in SharePoint. However, I’ll summarise the key areas to watch out for and how to workaround them:

  • 5,000 list view threshold for libraries in SharePoint Online
  • 100,000 item limit for breaking permissions inheritance for document libraries in SharePoint Online

Workaround: Delete items to get library under 100,000 items > break permissions inheritance > then restore the deleted items

Also if you read this before starting, just stop inheriting permissions for each library before doing anything else!

#4 Using on-premise Active Directory domain groups to manage document libraries

We decided to use the existing on-premise domain groups to manage our document libraries in SharePoint Online as we felt it would be an easier task to troubleshoot issues if you can trace back where users originally had permissions using the same domain group. However, we found that you cannot add or manage the membership of a synced on-premise domain group in Microsoft 365. As explained in this article from Microsoft:

If the group is synced from on premises Windows AD they cannot be managed in Azure AD. They must be managed on-prem with tools like the Active Directory Users and Computers.

Workaround: Create your own Azure Active Directory security groups

As we want to be able to manage everything in Microsoft 365, having to manage the membership of our SharePoint Online libraries using on-premise active directory just wasn’t going to work. So we decided to create our own security groups in Azure Active Directory, following a similar naming convention and use these groups to manage the document library permissions instead.

#5 Syncing and accidental deletion

Once we started to go live with our new SharePoint file server replacement sites, it didn’t take long before users started to figure out they had the ability to sync or create shortcuts to the libraries/ folders. The first issue we faced was that when users starting syncing these large file shares it would kill their OneDrive. It would take a very long time to complete the sync and it many scenarios the synced location would contain blocked file types that would cause the users OneDrive to error and stop syncing.

We also observed that the nature of syncing confused some of our users, meaning they thought the syncing had actually created a local copy on their machines and began deleting files not realising it was an active connection to the SharePoint document library!

Workaround: Switch off syncing on large document libraries

Greg Zelfond over at SharePoint Maven came to the rescue for me here! He has a great article on how you can disable sync in SharePoint and OneDrive that allowed us to stop our users syncing large libraries and accidentally deleting items.

6# Moving files creates duplicates in the recycle bin

Something I did not know before hand was that when you move files in SharePoint Online it actually creates a copy in the destination location and then deletes from source once completed. Here’s what Microsoft say about it:

When a file is moving, it continues to appear in the source directory until it’s fully moved to the destination and then it will be deleted. The file remains in the source sites Recycle Bin after the Move is complete and is subject to the normal recycle schedule unless a user recovers it from the Recycle Bin.

Workaround: Consider the destination of files/folders before moving

I think in hindsight had we realised this before we would have either planned ahead for it and bought more storage space to prepare for having duplicates in our environment for 93 days at a time, or worked with the data owners to better identify files/ folders to be migrated into there final organisational Team home, rather than sit in a file server replacement SharePoint site.

How to break permissions inheritance on large libraries/ lists in SharePoint

This post describes a long-standing issue with managing permissions for large libraries or lists in SharePoint Online and gives a workaround for how you can break permission inheritance.


If you have ever tried to migrate a large volume of data into SharePoint libraries or lists you will have likely encountered an issue with trying (and failing) to break permissions inheritance on lists/ libraries following the migration.

I was recently dealing with this limitation myself as part of a migration project. We had migrated terabytes of data from on-premise file servers into SharePoint Online libraries and as we were beginning to break permissions inheritance on the library saw this error:

The issue

Faced with the problem of needing to secure lots of data that, based on the error above didn’t seem possible – I decided to refresh my memory on just what the limits of lists/ libraries are in SharePoint Online:

A list can have up to 30 million items and a library can have up to 30 million files and folders. When a list, library, or folder contains more than 100,000 items, you can’t break permissions inheritance on the list, library, or folder. 

Microsoft docs – SharePoint limits

With the above being true, the error mentions the list view threshold – which is the way SharePoint throttles and limits resources that govern the amount of data and throughput that can be managed. The list view threshold is set to approximately 5000 items by Microsoft and cannot be changed.

Now the issue with not being able to change the list view threshold, although unique to SharePoint Online isn’t a new thing – in fact it seems to have been a problem for lots of people for a long time. So if we are unable to change the list view threshold, what options do we have?

Well as it turns out the list view threshold error appears to be a bit of a red herring. I had taken a look at Microsoft guidance for managing large lists and libraries – creating indices within the library, but this had no affect as the total number of items in my library exceeded 100,000.

An example of a library that had over 100,000 files/ folders in SharePoint Online.


The answer for me came from an inspired post on the SharePoint Stack Exchange! I give full credit for the simple, yet brilliant way to get this to work to Kasper Bo Larsen, who suggested that you should just delete enough stuff to get under 100,000 > break permissions inheritance > then restore the deleted items.

This works a treat!

Now it’s not perfect, nor would I call this a fix but if you have already migrated your data then this certainly will work for you.

Things to note

#1 Remember to break inheritance before any migration tasks begin!

I know this is a super obvious one and hindsight is always 20/20, but I’ve learnt from this mistake and built it into any future migration runbooks to break permissions inheritance before starting any migration tasks. It will save you a lot of hassle I promise…

#2 Trying to break permissions inheritance via PowerShell will yield same results

I had the thought during my investigations of this that maybe trying to break permissions inheritance via PowerShell might supersede some of the restrictions deployed to us mere GUI administrators – this was not the case and the PowerShell route fails just the same.

#3 There are no service limits or boundaries for the SharePoint recycle bin

I tried to find out if there were any limits to how much data you can restore from the SharePoint recycle bin in one go – I couldn’t find anything. With that said, I was able to restore over 60,000 files/ folders in one sitting back to it’s original location after breaking permissions inheritance so I don’t believe that will be a blocker.

Applying site templates in SharePoint Online

This post describes a change to how site designs/ templates are applied to sites in SharePoint Online.


Microsoft published MC249248 in the Message Center on 7 April 2021 stating the following:

This new SharePoint release of scenario-based site templates will help you expand what’s possible with content, pages, and web parts while helping you quickly get started building your own site. Each template contains pre-populated content and web parts that are fully customizable to meet the needs of your organization. This is rolling out on SharePoint Online and mobile.

This was updated on 23 July 2021 with a new timeline stating that this will be complete for Standard Release in late August 2021. What the message doesn’t detail is how this affects the current process for applying site designs to sites you are creating via the SharePoint admin center.

This change landed in my Standard Release environment around the week commencing 16 August. We first noticed it because we no longer had the ability to apply site designs in the admin center!

Before this change you applied your site designs at the point of site creation:

Before the recent site template change, site designs were applied to SharePoint sites at the point of creation.

Following this change the “choose a design” option is no longer present for team or communication sites through the SharePoint admin center. In order to apply designs you now have to apply a site template within the sites settings after you create it.

How to apply a site template

  • Navigate to the site you wish to apply the template to
  • Press the cog > then select apply a site template

Here you are able to choose from Microsoft pre-built templates, or those you have created and deployed into your SharePoint Online environment (from your organization). The experience is slightly different depending on whether you are using pre-built or your own templates.

Using Microsoft pre-built templates

  • Under From Microsoft > select the template you wish to use > press use template
  • The wizard below will show you a progress bar as the template is applied
When applying a Microsoft template, a progress bar will appear as the template is applied.
  • This wizard will disappear once the progress bar reaches 100% and your template will be applied to your site.
A SharePoint site with a Microsoft template applied.

Using custom site templates from your organization

If like me you had already deployed site designs, these are now shown as site templates available from your organization.

  • Press the cog > then select apply a site template
  • Select From your organization > select the template you wish to use > press use template
  • Once you press use template, an orange message bar will appear letting you know that the site template is being applied.
  • The orange message bar will change to green once the site template has been applied. You have to refresh to see the changes
A SharePoint site with a custom template applied.


Working with the SharePoint Service Administrator Group in SharePoint Online

In this post we take a look at the SharePoint Service Administrator Group, what it is and how to use it in SharePoint Online.

In this post:


Recently I had the task of creating, then modifying a few hundred sites in SharePoint Online. In our case we provisioned the Microsoft 365 group connected SharePoint sites using PnP PowerShell, but as part of this we set the primary owner as an individual admin.

During the process of updating the sites manually, it become more and more annoying that other SharePoint admins had to keep adding themselves into the recently provisioned sites in order to do anything – that is until I found the SharePoint Service Administrator group!

What is the SharePoint Service Administrator group?

The SharePoint Service Administrator is a security group that includes everyone that has been assigned the SharePoint Admin role in Microsoft 365. It’s also worth noting there is also a Company Administrator group also, which includes all users with the Global Admin role.

Greg Zelfond has provided a great write up of these roles over at SharePoint Maven. For the purposes of this post I will be focusing on the SharePoint Service Administrator group.

How to assign the SharePoint Service Administrator group to a site

Follow the steps below to add the SharePoint Service Administrator group as an additional admin of a SharePoint site:

  • Open the SharePoint admin center
  • Under Sites > Active sites > select the site you wish to add the SharePoint Service Administrator group to
  • Press Permissions > Manage additional admins
Select your site then press Permissions > Manage additional admins.
  • Under Add an admin > enter SharePoint Service Administrator
  • Press Save

Issues and troubleshooting

#1 Cannot add SharePoint Service Administrator as a group owner

If you are creating or editing Microsoft 365 group connected SharePoint team sites, you are unable to add security groups as owners or members of a M365 group. Security group driven M365 group membership has been a long-standing request of Microsoft, but Roadmap ID: 83113 added in May 2021 has group driven membership management as targeted for release in December 2022.

Workaround: When creating new sites, set the group owners/ members as you would normally (i.e. one or more individuals), then edit the site once created to add the SharePoint Service Administrator group as an additional admin.

For existing sites, just update the additional admin as per the guidance above.

#2 No SharePoint Service Administrator group to choose from

If you have not assigned the SharePoint admin role to anyone in your tenant yet, the SharePoint Service Administrator role will not be available to select from when trying to assign it as an additional admin. In the below example, this tenant only had one global administrator, but the SharePoint admin role had not been explicitly assigned.

When I tried to add the company administrator role it worked no problem.

Workaround: Assign the SharePoint admin role to those you want to be included in the SharePoint Service Administrator group, or use the Company Administrator group if you only have global admins in your tenancy.

How to remove commas from number columns in Lists

This article describes how you can remove commas (thousand separator) from number columns in Microsoft/ SharePoint Lists.


You may have noticed a comma or thousand separator appearing when using the number column in Microsoft/ SharePoint Lists. Commas appearing in number columns in SharePoint have been a long-standing issue, going back as far as SharePoint 2010 and beyond.

In classic SharePoint, a common way to solve this problem was to convert the number column into a text column and validate it to remove commas using a formula such as =ISNUMBER([ColumnName]+0). However, with modern SharePoint, plus the advent of Microsoft Lists it’s now become easier to manipulate columns using column formatting to achieve the desired result.

I personally encountered this issue when importing data from excel into a modern SharePoint list. In my situation, the preview offered when importing from Excel did not show the commas in my data. It was only once it was imported into SharePoint that the commas appeared.

Remove commas from number columns

  • Left-click on your number column
  • Under Column Settings > select Format this column
  • Ensure the Format Columns tab is selected, scroll down and press Advanced mode
  • Remove the text from the box and add the following JSON:
  "$schema": "",
  "elmType": "div",
  "attributes": {
    "class": "=if(@currentField > 0,'', '')"
  "children": [
      "elmType": "span",
      "style": {
        "display": "inline-block"
      "elmType": "span",
      "txtContent": "@currentField"

  • Press Save
How to add JSON formatting to number columns to remove commas.


Microsoft added roadmap item 68716 in October 2020 for Microsoft/ SharePoint lists to include support for thousand separator in number columns. As this time of writing, the roadmap states this feature is due for release in June 2021 which will allow List owners/ members to choose if the comma should appear or not.

Copy of this page option missing in SharePoint

This post describes an observation of how the copy of this page option will be missing for certain pages in SharePoint Online and how to get around it.

Modern pages are great in SharePoint Online…they look good, are easy to author and can be shared really easily once published. However, there are some quirks to the user experience when creating and copying pages, in particular the copy of this page option.

The issue

In the old days of SharePoint 2010, you could only copy or move pages through site content and structure – unless you used PowerShell. Well nowadays it’s as simple as a couple of clicks from the ribbon: 

  • Press + New
  • Select copy of this page
Copy of this page option available in SharePoint Online.

Or at least that’s what I thought! The problem occurs with the default homepages within modern SharePoint sites. When you go to try to make a copy of the homepage you will find the option is not available.

Copy of this page option missing from menu.


The way I’ve managed to get around this issue is to make a copy of the homepage in the Site Pages library, then rename it to something more meaningful. To do this:

  • Open the Site Pages library
  • Select the Home.aspx page
  • Press Copy to
  • Leave the copy to location as the Site Pages library > press copy here
  • Press the three dots next to the copied page > rename
  • Give your page a new name > press rename
Copy the homepage, then rename it to something more meaningful.

That’s it, you can now work on a copy of the page in the same way you would using the copy of this page option.

How to build a knowledge base in SharePoint

This post will detail step-by-step how to build a knowledge base using the modern authoring experience in SharePoint Online.



SharePoint and knowledge bases have gone hand in hand for many years. If you have been involved with SharePoint for any length of time it is not an uncommon request to be asked to build a knowledge base at some point. With the advent of AI and machine learning within Microsoft 365, plus the introduction of Knowledge & Content Services (formerly Project Cortex), SharePoint Syntex and Microsoft Viva Topics, you may think the need to build a traditional knowledge base has gone the way of the dodo.

Well the pricing of the above services means that my organisation won’t readily adopt these new things, so for now at least continuing to leverage metadata rich lists & libraries will have to suffice! Here’s how I built a knowledge base in SharePoint Online…

IT Knowledge base image

Site features

  • Custom site theme/design
  • Mega-menu navigation
  • PnP modern search V3
  • Custom page templates
  • Site Pages library with additional metadata
  • Lookup value lists
  • Change log list

Web parts used

  • Image with colour block
  • Search box
  • Highlighted content
  • Image/ text
  • Page properties (KB articles)
  • Search results web part
  • Searh filters web part


I wanted to leverage the modern page authoring experience for creating pages, as there are several people adding content to the knowledge base (KB). So with that in mind the knowledge base is built around the Site Pages library, using the metadata applied to each knowledge base article to drive dynamic web parts throughout the site such as search, page properties and the highlighted content web part.

Within the KB, all KB articles get categorised by the type of technology, application and product they fall under. These work for my KB as I can fit KB articles within these headings. For example:

KB article: How to fix the sync connection in SharePoint 2010

MicrosoftSharePoint ServerSharePoint 2010

Site Pages library

As mentioned above, the Site Pages library is the lynchpin to the entire knowledge base. Starting with the Pages library, I created columns to capture additional metadata about each KB article. Here are the columns I created:

Technology: lookup column, values held in custom list
Application: lookup column, values held in custom list
Product: lookup column, values held in custom list
Knowledge Type: choice column
Topic: Managed Metadata column
Contact: Person or Group

Technology, Application & Product are what drive each view within the Site Pages library. I have created a view for each Technology and Application, which are used for web parts embedded within the relevant pages (for example: Microsoft).

Product is used as a way to formalise the type of KB articles that are created (for example: Procedure), with Topic effectively being a way to tag KB articles with a wider variety of terms to aid searching and filtering.

Custom site theme/ design

I originally provisioned the site based on the news, resources, actions template in the SharePoint look book. From here I created a simple custom site theme following the excellent blog post how to configure and apply a custom theme in SharePoint Online by Greg Zelfond.

The only thing I did different is I used a different website to generate my theme which you can use here. This theme generator site allows you to access more of the colours that are used when creating a theme to potentially create a multi-coloured theme. For more information of this check out another great post by Laura Kokkarinen here.

Use a theme generator to create a custom theme for your SharePoint Online site.


The homepage of the knowledge base is broken down into three key areas: search, recently added and the browse area.

Search: Search web part as part of the PnP modern search solution V3. Connected to a custom search results page (more information below).

Recently added: Highlighted content web part that only shows pages from this site, filtered by recently added earlier this year.

Browse: Three column section consisting of images, text and button web parts. I used the images from the look book template to get the correct sizing for the images above. When updating the images I noticed they didn’t update immediately which I wrote about how to fix here.

The navigation for the KB has been created using the mega menu option within the Change the look > Navigation options. The links have all been created manually for each section, with each link going to either a dedicated page or a view created from the Site Pages library.

Mega menu navigation in the IT KB.

Search web part

The search for the knowledge base is all based on web parts from the PnP modern search solution V3. From the homepage there is a search web part. Before configuring the search web part on the homepage you will need to create and configure the search results page and web part as it is required as a data source. I followed the guidance from the PnP modern search solution documentation to configure the search web part with the following properties:

The search web part configuration on the knowledge base homepage.

Search results

The search results is a dedicated page created within the knowledge base that includes the search box, search results and search filters web parts. The search box web part is configured in exactly the same way as on the homepage and just serves as a consistent way to see your search results and search again if required.

The search results web part has been added to a separate, one-third left section underneath the search box web part shared with the search filters web part. The search results web part has the following settings:

Connect to source: Page environment
Page environment’s properties: Search
Search: Search query
Use a default search query: No
Query template: {searchTerms} Path:{Site.URL} FileType=aspx
Result source identifier: No
Sort order: Created, size
Sortable properties: None
Connect to a search refiners web part: On
Use refiners from this component: Filter
Connect to search verticals: Off
Enable query rules: On
Include personal OneDrive results: Off
Selected properties: {searchTerms} Path:{Site.URL} FileType=aspx
Refinement filters: None
Show paging: On
Number of items per page: 30
Number of pages: 4
Hide navigation: No
Hide navigation if disabled: Yes
Results layout: Simple list

Search filter web part

The search filter web part has been added to the search results page with no additional configuration changes made. Don’t forget (like I did), to get the search filter web part to start to work with your search results, you need to turn it on within the search results web part – under connect to a search refiners web part!

Page templates

I’ve used page templates within the knowledge base to standardise the layout of each KB article. At the time of writing there are only two templates to choose from: an application template or new KB article.

Example KB article page template

The KB article page template includes a page properties web part that shows the Knowledge Type, Contact and Topic.

The layout of each KB article page template is as follows:
One-third right section: Text web part (left), Page properties web part (right)
One column section: Two text web parts
One column section: Two text web parts

How to create a page template

  • Create or open the page you want to use as your template
  • Press the down arrow next to the save button > Save as template

Page templates will now appear under saved on this site when creating a new page. Templates are also saved in a “Templates” folder within the Site Pages library.

Create page templates to standardise how knowledge is created.

More information on how to manage and delete templates can be found here.

Issues & next steps

Dependant drop-down lists, Power Apps and the Site Pages library

One area I would like to improve on is including the ability to have dependant drop-downs for Technology, Application and Product when applying metadata to KB articles. When creating the KB, I did work on two ways to achieve this- but they both fell short in the end.

My first attempt was to customise the Site Pages library new and edit forms using Power Apps. I used this article by Microsoft on how to create dependent drop-down lists in a canvas apps as a starting point, but had to make some changes to account for the additional third level of drop-down. Although I got this working within the context of PowerApps, I had to abandon this method as creating new pages in the Site Pages library via Power Apps is not supported. My experience was that once I customised the form in Power Apps, it pretty much broke the Site Pages library. I was unable to create new pages and it would default to an old style wiki page and not let me create modern site pages.

Custom forms for document libraries only supports editing custom metadata. Editing or managing file(s) is not supported.

After this failed, I also tried an older way of doing this by using JQuery and SPServices as described here.

Initially I got this to work too, but it was also a pretty poor solution when working with modern pages as the only way to actually get to the dependent drop-downs was by pressing “Edit all” which took you to the classic version of the edit properties page.

Aside from this, you also have to jump through several hoops to add in the old content editor web part, which are too numerous to describe in this post but have linked to one of them.

There was also a recent change to how classic forms work with modern lists that stopped this method working all together. Although this seems to be resolved, my understanding is you have to set your list to run in the classic experience in order to get this method to work – so I’ve scrapped this too!

I currently have no solution for dependant drop-downs, but am open for suggestions that are low code or relatively easy to implement. Feedback so far from users is that they aren’t all that bothered about it as the process to apply metadata is easy.

Images not updating when refreshing

As I was in the process of updating the KB homepage I noticed that when replacing some of the images or other assets that make up the page, they weren’t visibly updating after a forced browser refresh. I wrote a separate post called how to force images to update in SharePoint Online which details how to resolve this.

Updating the modern search solution

When I began building the KB I deployed what is now version 3 of the modern search solution. Since then the PnP team have created PnP Modern Search V4, I’ve personally decided not to update my search solution as at the time of writing V4 doesn’t support suggested keywords which is a part of my solution.