Showing results for 
Search instead for 
Did you mean: 

Updated! 7 problems you will encounter when using Microsoft Flow (including workarounds)

After I used Microsoft Flow for the first time I wrote an article on its limitations. After sharing my findings a few months back I thought i'd provide an update on the Flow ideas I mentioned.


Recently I used Microsoft Flow for the first time, as a SharePoint Consultant and Developer for 5 years I was excited to have this opportunity. I thought I’d share some of our findings as they could help design decisions and be useful for others building their first Flow. I won’t be going into the details of the actual Flow we created but wanted to share our experience.


The scenario: Our requirement was a fairly simple one. Using a custom list in SharePoint Online in Office 365 to create a two stage approval process, the first level being to the users line manager and the second to a specified single user should certain criteria be met.


During design sessions we considered other types of workflows, we had one main issue; a requirement that specified that users should be able to only see items they created, or that they needed to approve. Not wanting to create item level permissions we decided to check if Flow required a user to have permissions to an item to be able to approve an item – the results were just what we needed, users do not need to have permissions to an item in SharePoint in order to respond to an Outlook Approval Email – we practically had an office party and began development.


During this fairly basic implementation of Flow we noted down the pain points we encountered and how we overcame these. It could be that our limited experience of Flow simply meant we didn’t have the knowledge to do what we needed, however Microsoft do have some of these items on their list of Improvements and I’ve added a link so you can go and vote for them if you share our thoughts!


I’ve also listed the benefits we found from using Flow – definitely impressed with this tool and eagerly awaiting future updates.

The – ‘OMG I hate Flow’ moments


  1. Not all column types are supported yet. In particular we were unable to write back to a Person field (you can read from them) – instead we used a single line of text. It just means our users don’t get a rich experience from the information gathered during the Flow. This planned improvement may help resolve this. Vote Now!
  2. Person field that allows multiple selections. Instead of not seeing the field or a nice message, it simply returns a null value. Not helpful when you want to send an email out to everyone who appears in a Person field allowing multiple selections – Instead we have written a SharePoint Designer 2013 workflow to perform those actions. This planned improvement may help resolve this. Vote Now!
  3. Multiple Lines of Text. You can’t include the content of them in emails you send out in the Flow, null value is returned – Instead we managed to negotiate with the customer to use single line of text. Vote Now!
  4. Outlook Approval Emails formatting. We wanted to have line breaks in the email to break up the text. In a standard Flow Outlook Email (not approval one) there is a flag to set it to HTML. This isn’t present on the approval one therefore our email just came out with </br> written in the text – We found if we included a href link somewhere in the body of the email then the </br> was rendered correctly. Vote Now!
  5. Capturing information from an Approval Email. No way of capturing comments or who actually clicked approve in the email – Instead we, well… we had to tell the customer we couldn’t do this! This one is already in progress see
  6. ‘Moving’ a Flow. Developing for a customer we were deploying the associated Site Collection and columns using CSOM – but not specifying the list guid. Anytime we did this we were unable to reconnect the Flow to the new list. The new site collection would be selected, the old list guid would then display and you’d select the correct list name from the drop down – job done we thought – apart from it decided to reset itself after every save therefore the Flow would not work as it was looking for the old list guid. This was probably the most time consuming issue as the only resolution appeared to be recreate any steps that directly interacted with the list. This one is now in progress see
  7. Packaging a Flow - Similar to the above, the lack of being able to package a Flow means our deployment steps are very lengthy as it means re-creating the Flow from scratch – at least it gives us good practice hey! This one is now in progress see

It wasn’t all bad – here are the ‘OMG I Love Flow’ moments.

  • Discovering that Flow approval emails don’t require the recipient to have any permission on the list in SharePoint (we included all the item details in the email so they had the information they required)
  • The ability to forward these approval emails for action by another user, however see pain point above that you can’t capture who actually clicked approve in the email. We managed to put the onus on the person who was initially sent the email as it being their responsibly to forward it on as appropriate.
  • Loads of options in the Flow – we used very few in this simple implementation but was very pleased with the variety of options available, especially a very straight forward method of obtaining the users Line Manager in Office 365. The exposure to the options available means that we will be readily considering Flow for future implementations.
  • Ability to share the Flow making it a team Flow, we wouldn’t have been able to choose Flow without this recent addition.
  • Very easy to use interface, it’s so easy to follow and try new things. Glad to see the drag and drop ability is there.
  • The prospect of it being evergreen, reassuring that it can be enhanced constantly and we can quickly get access to new functionality as the tool evolves.

There are of course many more exciting things Flow can do that we simply haven’t discovered yet! You can find support on the community site and vote for many of the other great ideas


I could add more to your post from my recent experience with Document Libraries on Sharepoint.

I did not trawl UserVoice for these issues yet, if links exist - let me know and I'll add them.

Here's my Top 7 in no particular order.


1. No easy way to get a file extension. You can get a name, you can get Folder Path, but not extension. I had to create 3 extra steps to extract the extension from File Identifier. Similarly, there is no "File name with extension". I understand that SharePoint REST API does not return them, but if I can figure them out using several clunky Action boxes, I'm pretty sure MS Flow programmers can just build them into Flow and save us from this mess?


2. Two (at least) barely compatible classes of actions/triggers. For instance, if you use "File created/modified in a Folder" - you cannot access the metadata (columns etc). If you use "File created/modified (properties only)" - you cannot access the Copy/Delete operations easily. I have found a solution here:


3. No way to easily rename the file. One would natually expect that "Update file properties" would allow renaming the file. Do not expect that. One must Copy the file under new name and delete the original. See #1 and #2 for all the fun. Solution is listed in #2.


4. Must update all the required fields. If any fields are marked required, Flow demands that you specify them. This may be a limitation of SP API, but honestly, if I am __updating__ the file/list item - those values are probably already there? Even if not, Flow could have silently included the values polled from the item, w/o having the user to do it explicitly. 


4.1 Update failue with unsupported required fields. #4 leads to a VERY unpleasant scenario. If your list/library entry has required files of the type that is not supported by Flow (multiline text, person, lookup and a LOT more) - you cannot update items in this list even if you are NOT touching that field (i.e. chainging something else). Basically, either make those fields not required (and face the consequences) or forget about Flow.


5. Must fill the site/library/list name. I understand that there is a lot of cases, where one could read from one location and write to another, but wouldn't it be better to pre-poopulate those fields with the values from the previous action/trigger? Those who need new values will not waste more time, but those who do not - will save lots!


6. Spam when choosing new action/trigger. Flow kinda shows "most popular" choices, but it seems to be more like ads. I don't want someone else's "most popular", I want mine! Why not show top 10 last/most used of MY actions/triggers instead? Same for categories.

In addition, the core categories such as variables/data conversion/flow control/etc are mixed in with a myriad of web services etc. Don't they deserve to be in a separate column or section at the top for easy access and visibility?


7. Underdeveloped expressions. I thought Flow is all about concentrating on logic, and leaving the details to the service. Yet, instead of writing "a+(b-c)" I must write add(a,sub(b,c)). With no sytax highlight even for braces this quickly turns into a nightmare. Let me write "Hello"+" world" and do whatever you want in the back!


In addition, there is no easy way to copy-paste values between different boxes in flow, and no way to highlight variables inside the expression - once you write it it's a monolithinc red rectangle. I would like to see at least something similar to highlighting braces and cell in Excel.



Overall, I think if MS were honest, they would add the word "Beta" every time they mention Flow.


I started using it at work to send reports to a shared folder but only seems to work with Excel and Word Documents. Tried sending PDF a few times and a copy is never sent to the 'Email attachments from Flow' folder. 



Meet Our Blog Authors
  • Experienced Consultant with a demonstrated history of working in the information technology and services industry. Skilled in Office 365, Azure, SharePoint Online, PowerShell, Nintex, K2, SharePoint Designer workflow automation, PowerApps, Microsoft Flow, PowerShell, Active Directory, Operating Systems, Networking, and JavaScript. Strong consulting professional with a Bachelor of Engineering (B.E.) focused in Information Technology from Mumbai University.
  • I am a Microsoft Business Applications MVP and a Senior Manager at EY. I am a technology enthusiast and problem solver. I work/speak/blog/Vlog on Microsoft technology, including Office 365, Power Apps, Power Automate, SharePoint, and Teams Etc. I am helping global clients on Power Platform adoption and empowering them with Power Platform possibilities, capabilities, and easiness. I am a leader of the Houston Power Platform User Group and Power Automate community superuser. I love traveling , exploring new places, and meeting people from different cultures.
  • SharePoint, Microsoft 365 and Power Platform Developer | Contributor on SharePoint StackExchange
  • Encodian Owner / Founder - Ex Microsoft Consulting Services - Architect / Developer - 20 years in SharePoint - PowerPlatform Fan
  • I am the Owner/Principal Architect at Don't Pa..Panic Consulting. I've been working in the information technology industry for over 30 years, and have played key roles in several enterprise SharePoint architectural design review, Intranet deployment, application development, and migration projects. I've been a Microsoft Most Valuable Professional (MVP) 12 consecutive years and am also a Microsoft Certified SharePoint Masters (MCSM) since 2013.
  • Big fan of Power Platform technologies and implemented many solutions.
  • Passionate #Programmer #SharePoint #SPFx #Office365 #MSFlow | C-sharpCorner MVP | SharePoint StackOverflow, Github, PnP contributor
  • Web site – Youtube channel -