cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
Anonymous
Not applicable

"Populate text Field on web page" action failed by error message "'appmask' isn't an appmask"

If I run a desktop flow from PAD Console window, an error occurred at "Populate text Field on web page" action.

But if I debug run (F5) the same flow from PAD Flow Designer window, it runs successfully without any problems.

 

I have found that there is "Actions.log" file under below folder path, and it says "PopulateTextFieldBase" action failed by error message "'appmask' isn't an appmask"
C:\Users\{UserName}\AppData\Local\Microsoft\Power Automate Desktop\Console\Scripts\{GUID}\Runs\{GUID}

 

I have one input variable which has "Sensitive Text" type.

And if I changed the type of this input variable to plain "Text", above error is disappeared and flow completed successfully.

 

Also, I found that above error occurs in newer PAD version 2.12.171.21216, but not in older PAD version 2.10.36.21161.

Tried with two different PCs with PAD version 2.12.171.21216, and they have same issue.

 

 

IMPORT 'C:\\Users\\{UserName}\\AppData\\Local\\Microsoft\\Power Automate Desktop\\Console\\Workspace\\{GUID}\\A85791E3\\controlRepo.appmask' AS appmask
IMPORT 'C:\\Users\\{UserName}\\AppData\\Local\\Microsoft\\Power Automate Desktop\\Console\\Workspace\\{GUID}\\A85791E3\\imageRepo.imgrepo' AS imgrepo
@INPUT KEYWORD : { 'Description': 'Input search keyword.', 'FriendlyName': 'KEYWORD', 'DefaultValue': P'', 'Type': 'Sensitive' } 
WebAutomation.LaunchEdge Url: $'''https://www.bing.com/''' WindowState: WebAutomation.BrowserWindowState.Normal ClearCache: False ClearCookies: True Timeout: 60 BrowserInstance=> Browser
WebAutomation.FormFilling.PopulateTextField BrowserInstance: Browser Control: appmask['Web Page \'https://www.bing.com/\'']['<input:search> \'sb_form_q\''] Text: KEYWORD EmulateTyping: True UnfocusAfterPopulate: False Mode: WebAutomation.PopulateTextMode.Replace

 

 

shindomo_0-1629608676045.png

 

Is there any known issues or bugs related to above error in PAD version 2.12.171.21216?

Thank you.

1 ACCEPTED SOLUTION

Accepted Solutions
PetrosF-MSFT
Microsoft
Microsoft

Hi @Anonymous and @HEATFreight thank you for bringing this issue to our attention. It has been acknowledged and will be resolved in the September update.

In the meantime, please note that the Desktop flow runs successfully when it is executed from the PAD Designer or triggered through a Cloud flow.

View solution in original post

8 REPLIES 8
HEATFreight
Kudo Kingpin
Kudo Kingpin

I'm getting the following error from "Populate text field on web page":

 

'appmask' isn't an appmask 

 

 

 


This only occurs when I run the flow from outside the editor, like from the PAD console or from a cloud trigger. If I run from the editor, everything works fine 🤷‍

By the way, we have the same PAD version as @Anonymous 

 

PAD version 2.12.171.21216

 


This is not the first time we have seen actions that worked in the editor but failed when running flow from console or cloud. Previously we were able to find robust workarounds, but we had a long screenshare with a Microsoft tech support rep, and even they were not able to find a good workaround in this case.

Well he did make a workaround that tries to click into the login credential fields which are giving us trouble, but he used a "Move mouse to image" action, which is not as robust as a "Populate text field on web page" action. However, even the "Move mouse to image" action fails, but only when running outside of the PAD editor! Works fine in editor. Fails from console or cloud! This action gives the following error:

 

'imgrepo' isn't an appmask 

 



Also, we use the latest version of Microsoft Edge browser. The Microsoft rep said to try the flow in Chrome as well, and we will even try it in IE or the automation browser too if Chrome doesn't work.

It could be that this website is goofy, but then why does the flow run perfectly in the editor? Why would it only fail when running from console or cloud? Certain goofy websites are causing a corner case where flow actions only work in the editor. This could possibly be fixed by the developers of the affected goofy websites, but it seems obvious to me that PAD devs could also fix this corner case.

It's worth noting that we are quite experienced at editing element selectors to be simpler and more robust. We have tried both Web-type automations as well as UI-type (window) automations, and we are able to make either type work, but only when running from the editor. For this particular website, neither Web or UI automations work from console!

Please investigate this issue, Microsoft! It's probably less of a corner case than it seems. I would bet that this same issue is causing all kinds of problems, which people are simply finding workarounds for. It's rare for all workarounds to fail in the same way, but this is definitely not the first time we have come across actions which only work in the editor but never in the console. It's just the first time that every workaround we have tried was also subject to the same failure mode.

Thanks for reading!

PetrosF-MSFT
Microsoft
Microsoft

Hi @Anonymous and @HEATFreight thank you for bringing this issue to our attention. It has been acknowledged and will be resolved in the September update.

In the meantime, please note that the Desktop flow runs successfully when it is executed from the PAD Designer or triggered through a Cloud flow.

@PetrosF-MSFT Wait are you telling me that if we trigger the affected Desktop flows from the cloud they will work?

It has been my experience that when something works when running in the PAD Designer but not in the PAD Console, it will also have the same error when running from the Cloud as it does from the Console.

Technically I have not tried running this particular flow from the Cloud due to what I learned from my past negative experiences. After so many frustrating experiences, I have always tried to find a workaround that runs successfully from the Console before I deploy in a Cloud flow. Guess I'll get this built into a Cloud flow proof of concept to test that functionality. Would be really amazing if it just works!

Also, we have a seemingly separate issue in the affected flow. Don't think it's related but...

Oddly enough with this particular website that we're trying to automate, there is another issue with "Populate text field on web page" which is that the fields appear to be filled, but upon clicking LOGIN button, the fields get wiped and login fails. If for instance I but a debug point right after filling the password field, then I can click out of the filled password field and it will wipe itself. If I click the button to reveal the password, the password disappears. If we have the automation click the reveal password button before inputting the password, then pause the flow, yet again clicking out of the password field wipes it, or clicking the hide password button will also clear it out. Something similar is happening with the username/email field, although it does not wipe itself. The website is rejecting the input for both login credential fields, but only when using the Web Page action. When using the Window (UI) action, it works fine every time! (unless we run from console...). To be clear, the Web Page action does appear to fill the fields with the input (text boxes turn yellow and the text appears within), it's just that the input gets wiped upon submit. 

Here is the workaround we devised for this issue: after filling each field with the "Populate text field on web page" action, we click into the text field and backspace the last character, then send that key again. Somehow this causes the website to accept the input. LOGIN button works fine after this little workaround. But if we are going to this extreme, why even use the "Populate text field on web page" action in the first place? Why not use only Mouse and Keyboard actions if these are required to make this field work? Well because either workaround compromises robust functionality. We hate using Mouse and Keyboard actions because they are not as robust as sending inputs directly to a particular element within a web page or window. It's unclear to us why —only on this one particular website— the "Populate text field on web page" action is not accepted. This error happens no matter where we run the flow (Designer or Console, actually haven't tried Cloud yet).

I should probably make a new thread about this as I don't think it's at all related to the other issue...

Anonymous
Not applicable

I'm having a similar issue  and I'm using the latest version of PAD.  The error below is only being caused while running from the console or cloud not the designer. 

'appmask' isn't an appmask

 

Argument 'BrowserInstance' must be 'Web browser instance'. 

Anonymous
Not applicable

Hello @HEATFreight @PetrosF-MSFT @Anonymous 

 

I confirmed this issue is fixed in PAD Version 2.13.138.21255.

 

I appreciate Microsoft's effort to resolve our problem.

GhitaFjorback1
Helper II
Helper II

@PetrosF-MSFT  Hi, I am glad the above is fixed, but I am now having the same issue, only the other way around. 

When I populate text in webpage, no sensitive text, it will run smoothly as long as my Desktop flow is either in debug run mode, or run directly from the designer. If I trigger the Desktop flow via Power Automate Flow, the populate text action will simply not work (attended run)! This is getting frustrating. Does anyone have a solution for this issue? I am running the latest version of Desktop Flow 2.13.138.21255

 

Thanks

@GhitaFjorback1 have you tried "Populate text field in window"?

My understanding is that web-type actions —when they work— are always preferable to UI-type (window) actions, but web-type doesn't always work. Obviously editing the element selectors can help, but it sounds like that's not your problem here because when the element selector is at fault, well I don't think the action works at all in that case. And you say it works fine in designer, so must not be element selector causing the issue.

In my flows, I use web actions and UI actions interchangeably depending on what seems to be working and what seems to be hanging up. I have had trouble with fields on certain websites when using "Populate text field on web page", where basically the field turns yellow and appears to populate correctly, but the input is not accepted. When logging into one particular website for example, the username and password fields visually appear to populate just fine, but the inputs are cleared out upon clicking "LOGIN" (actually I send ENTER key instead of "Press button on web page" / "Click UI element in window" / "Press button in window" because the "LOGIN" button on this particular website was also giving me trouble with all three of those click actions).

If I click the "unhide password" button, my password input disappears. If I have automation click that button before password input, I can see the password populates correctly, but if I then have the flow pause and I click anywhere at all, the password is cleared out. The same thing is happening with the username field except that it never disappears, but the input is not accepted regardless.

Two workarounds I have found in these situations are:

a) After "Populate text field on web page" I "Send a mouse click" to the coordinates of the field and then "Send keys" and type one extra character, then backspace that character. This causes the input to be recognized, but it's a sloppy workaround because you never want to use on-screen coordinates if you can avoid it. I call these "naked mouse clicks" because they are not tied to the web/UI element that they are meant to interact with, hence they are riskier. And if you are using naked clicks, you might as well skip the "Populate text field on web page" and just use all "Mouse and keyboard" actions to click and send keys.

b) Just use "Populate text field in window" instead. Like I said, you would rather use "Populate text field on web page" if you can get it to work, but to the extent that the web element in question has a UI-type counterpart, you should be able to get "Populate text field in window" to work even when the web-type action would otherwise fail, although it may take some experimentation with the element selectors to get it functioning reliably. Also, I only ever have one Edge window open and one tab in that window. I have found the UI-type element selectors to be unreliable when multiple Edge windows are open or when one Edge window has multiple tabs. These situations subtly change the window elements such that element selectors fail, and I have not figured out how to deal with that. So always use a single tab in a single window if you can. To be sure that the automation never opens an Edge window with an existing tab besides my intended one, before I "Launch new Edge" I use "Run PowerShell script" with

 

taskkill /im msedge.exe /F;

 

I'm not sure if the PowerShell script is still necessary, because different versions of Edge may or may not have the unwanted tab issue, which is also affected by the "When Edge starts" setting. I use "Open new tab page" for that setting. Another thing I've noticed is that, in terms of the unwanted tab problem, Edge may behave differently upon first launch after reboot as compared to subsequent launches. The PowerShell script puts Edge into the same state at every launch, so behavior is more predictable. And when my flow is done I run that same PowerShell script again to hopefully prep for the next flow run. I'm not sure that force-quitting Edge is the best solution for this, but it has ensured that my flows reliably open only the one desired tab in Edge, which ensures that UI-type actions are able to find the correct window and its elements.

Anyway, so if your "Populate text field on web page" actions are seemingly working up until the moment that you "submit" your inputs to the web page, at which point the inputs disappear or are otherwise not accepted, then you probably have the same problem I was having, and you would probably benefit from using UI-type "Populate text field in window".

Or if your "Populate text field on web page" actions are not turning the text fields yellow at all and you are not seeing any inputs populate those fields, then you are having a different issue, but you may still benefit from experimenting with UI-type "Populate text field in window".

Apologies for long-winded response, but hopefully it helps someone!

@HEATFreight  Thank you so much for your fast and thorough reply!
It actually helped by changing to Populate "UI" instead of "Web" action! Thank you.

I still need to tell Microsoft though that although we can find a workaround, it is really not good that designer and flow trigger is not behaving alike! We test and test, and when we go live, we expect the desktop flow to behave the same no matter how it is triggered. 😞

 

Thanks again! Highly appreciated!

Helpful resources

Announcements

Are you ready to SUIT UP and become a Super User? Find out how TODAY!

We can’t imagine our communities without the amazing work of our Super Users! They are the most active members of our community, offering incredible solutions, providing answers to questions across the forum, and working closely with the Microsoft Power Platform Community team to find new ways to engage our communities around the world.   If you are interested in becoming a Super User, today at #MPPC23, we annoucned a new way for you to “SUIT” up and earn your Super User badge! The new “Super User in Training” initiative is a great way for you to begin building your solution rate, engage with other community members, and find out what it takes to truly be SUPER.   Become a “super solver” across the Power Platform communities, whether you’re an expert in Power Apps or just getting started with Power Pages. No matter where you are on your Power Platform journey, we are here to encourage YOU to discover YOUR superpower! Don't sell your self short, even as a newcomer to Power Platform or Dynamics 365 you are on a journey of discovery.  In fact in my experience people that are just starting out are often the ones that can solve some of the  most challenging problems because the research they are doing to get ramped up is exactly what the person asking for help is seeking!   Find out more about the SUIT program for “Super Users in Training” at the Power Platform Community Lounge at #MPPC23. Not at the Conference, just click this link to find out how to sign up today: aka.ms/suit

Back to Basics: Tuesday Tip #2: All About Community Ranks

This weekly series is our way of helping the amazing members of our community--both new members and seasoned veterans--learn and grow in how to best engage in the community! Each Tuesday, we will feature new areas of content that will help you best understand the community--from ranking and badges to profile avatars, from Super Users to blogging in the community. Our hope is that this information will help each of our community members grow in their experience with Power Platform, with the community, and with each other!   Have you ever wondered how your fellow community members earn the different ranks available? What is the difference between an Advocate and a Helper, a Solution Sage and a Community Champion? In today's #TuesdayTip, we share the secrets and tips to help YOU keep your ranking growing--and why it's so important to our communities. What are community ranks? - Power Platform Community (microsoft.com)   Get the details in this Knowledge Base article that shows you what ranks are, how they are achieved, and what they mean to you as you engage with other community members on a regular basis. Once you start your journey in the community, ranking up, you'll find the benefits. So get busy with those kudos, solutions, and more! We can't wait to see how you rank!That's it for this week. Tune in for more Tuesday Tips next Tuesday and join the community as we continue to get "Back to Basics."

It's #MPPC23 Week! Check Out the Community Sessions and Events Happening in Vegas

After all the planning and preparing, the annual Microsoft Power Platform Conference is finally here! We are excited to see so many of our community in Las Vegas this week. To help make sure you don't miss any of the workshops, sessions, and events we have planned, make sure to check out this handy Community One-Sheet, and download the pdf today! Make sure to stop by the Community Lounge to meet @hugobernier, @EricArcher, @heaher_italent, and @AshleyFelts from our team!    

Join Us for the First-Ever Biz Apps Community User Group Meeting: Live from MPPC23

      Join us for the first-ever the Biz Apps Community User Group meeting live from the Power Platform Conference! This one hour user group meeting is all about discovering the value and benefits of User Groups! Discover how you can find a group in your local area or about specific topics where you can learn new skills and meet like-minded people as a user group member.   Hear from User Group leaders about why they do what they do and what resources they receive to help them succeed as community ambassadors. If you have never attended a User Group meeting before, this will be a great introduction! We hope you are inspired to find a group that meets your unique interests!   October 5th at 2:15 pm Pacific time   If you're attending #MPPC23 in Las Vegas, join us in person! Find out more here: https://powerplatformconf.com/#!/session/Biz%20Apps%20Community%20User%20Group%20Meeting%20-%20Live%20from%20MPPC/6172   Not at MPPC23? Attend vvirtually by registering here: https://aka.ms/MPPCusergroupmeeting2023    If you can't attend this meeting live, don't worry! We will record this meeting and share it with the Community at powerusers.microsoft.com 

Back to Basics: Tuesday Tip #1: All About YOUR Community Account

We are excited to kick off our new #TuesdayTIps series, "Back to Basics." This weekly series is our way of helping the amazing members of our community--both new members and seasoned veterans--learn and grow in how to best engage in the community! Each Tuesday, we will feature new areas of content that will help you best understand the community--from ranking and badges to profile avatars, from Super Users to blogging in the community. Our hope is that this information will help each of our community members grow in their experience with Power Platform, with the community, and with each other!     This Week's Tips: Account Support: Changing Passwords, Changing Email Addresses or Usernames, "Need Admin Approval," Etc.Wondering how to get support for your community account? Check out the details on these common questions and more. Just follow the link below for articles that explain it all.Community Account Support - Power Platform Community (microsoft.com)   All About GDPR: How It Affects Closing Your Community Account (And Why You Should Think Twice Before You Do)GDPR, the General Data Protection Regulation (GDPR), took effect May 25th 2018. A European privacy law, GDPR imposes new rules on companies and other organizations offering goods and services to people in the European Union (EU), or that collect and analyze data tied to EU residents. GDPR applies no matter where you are located, and it affects what happens when you decide to close your account. Read the details here:All About GDPR - Power Platform Community (microsoft.com)   Getting to Know You: Setting Up Your Community Profile, Customizing Your Profile, and More.Your community profile helps other members of the community get to know you as you begin to engage and interact. Your profile is a mirror of your activity in the community. Find out how to set it up, change your avatar, adjust your time zone, and more. Click on the link below to find out how:Community Profile, Time Zone, Picture (Avatar) & D... - Power Platform Community (microsoft.com)   That's it for this week. Tune in for more Tuesday Tips next Tuesday and join the community as we get "Back to Basics."

Announcing the MPPC's Got Power Talent Show at #MPPC23

Are you attending the Microsoft Power Platform Conference 2023 in Las Vegas? If so, we invite you to join us for the MPPC's Got Power Talent Show!      Our talent show is more than a show—it's a grand celebration of connection, inspiration, and shared journeys. Through stories, skills, and collective experiences, we come together to uplift, inspire, and revel in the magic of our community's diverse talents. This year, our talent event promises to be an unforgettable experience, echoing louder and brighter than anything you've seen before.    We're casting a wider net with three captivating categories:  Demo Technical Solutions: Show us your Power Platform innovations, be it apps, flows, chatbots, websites or dashboards... Storytelling: Share tales of your journey with Power Platform. Hidden Talents: Unveil your creative side—be it dancing, singing, rapping, poetry, or comedy. Let your talent shine!    Got That Special Spark? A Story That Demands to Be Heard? Your moment is now!  Sign up to Showcase Your Brilliance: https://aka.ms/MPPCGotPowerSignUp  Deadline for submissions: Thursday, Sept 28th    How It Works:  Submit this form to sign up: https://aka.ms/MPPCGotPowerSignUp  We'll contact you if you're selected. Get ready to be onstage!  The Spotlight is Yours: Each participant has 3-5 minutes to shine, with insightful commentary from our panel of judges. We’re not just giving you a stage; we’re handing you the platform to make your mark.     Be the Story We Tell: Your talents and narratives will not just entertain but inspire, serving as the bedrock for our community’s future stories and successes.    Celebration, Surprises, and Connections: As the curtain falls, the excitement continues! Await surprise awards and seize the chance to mingle with industry experts, Microsoft Power Platform leaders, and community luminaries. It's not just a show; it's an opportunity to forge connections and celebrate shared successes.    Event Details:  Date and Time: Wed Oct 4th, 6:30-9:00PM   Location: MPPC23 at the MGM Grand, Las Vegas, NV, USA  

Top Kudoed Authors
Users online (2,292)