<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Foreground window errors are in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Error-quot-Could-not-identify-process-owning-the-current/m-p/62362#M15483</link>
    <description>Foreground window errors are often related to screen lock being on, especially if global clicks are required (which is usually the case with Active Accessibility).
Also, where you are using global clicks, are you first activating the application main window - with a tiny wait to give the window time to become active?
Are your virtual pc's set up in accordance with the Blue Prism infastructure guides (you should not be using rdp to connect/disconnect as the screen will not exist after you disconnect) and Is the screenlock on your virtual PC disabled?</description>
    <pubDate>Sat, 16 Apr 2016 19:14:00 GMT</pubDate>
    <dc:creator>Denis__Dennehy</dc:creator>
    <dc:date>2016-04-16T19:14:00Z</dc:date>
    <item>
      <title>Error "Could not identify process owning the current foreground window" for elements spied in AA mode</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Error-quot-Could-not-identify-process-owning-the-current/m-p/62361#M15482</link>
      <description>We have some elements that are spied in Active Accessibility mode. When the process is executed in resourcePC from Client's control room, the software fails to sense those elements. It throws "Could not identify process owning the current foreground window" error at those stages. Do we have any workaround for this? We are running on 4.2.47 version.</description>
      <pubDate>Fri, 08 Apr 2016 05:42:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Error-quot-Could-not-identify-process-owning-the-current/m-p/62361#M15482</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2016-04-08T05:42:00Z</dc:date>
    </item>
    <item>
      <title>Foreground window errors are</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Error-quot-Could-not-identify-process-owning-the-current/m-p/62362#M15483</link>
      <description>Foreground window errors are often related to screen lock being on, especially if global clicks are required (which is usually the case with Active Accessibility).
Also, where you are using global clicks, are you first activating the application main window - with a tiny wait to give the window time to become active?
Are your virtual pc's set up in accordance with the Blue Prism infastructure guides (you should not be using rdp to connect/disconnect as the screen will not exist after you disconnect) and Is the screenlock on your virtual PC disabled?</description>
      <pubDate>Sat, 16 Apr 2016 19:14:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Error-quot-Could-not-identify-process-owning-the-current/m-p/62362#M15483</guid>
      <dc:creator>Denis__Dennehy</dc:creator>
      <dc:date>2016-04-16T19:14:00Z</dc:date>
    </item>
  </channel>
</rss>

