<?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 RE: We ran into this issue on… in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69558#M22163</link>
    <description>&lt;P&gt;&lt;a href="https://community.blueprism.com/t5/user/viewprofilepage/user-id/33683"&gt;@AmiBarrett&lt;/a&gt; ​&amp;nbsp; Instead of using tsdiscon, can we set time limit for disconnected sessions to "Never" on Remote Desktop Session Time Limits? Wondering if it does the same thing.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;gpedit.msc ----&amp;gt; Browse to Computer Configuration --&amp;gt; Administrative Templates --&amp;gt; Windows Components --&amp;gt; Remote Desktop Services --&amp;gt; Remote Desktop Session Host --&amp;gt; Session Time Limits.&lt;/P&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Pranav&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
    <pubDate>Mon, 23 Sep 2019 21:48:00 GMT</pubDate>
    <dc:creator>pranavred</dc:creator>
    <dc:date>2019-09-23T21:48:00Z</dc:date>
    <item>
      <title>Login Agent</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69551#M22156</link>
      <description>I've written a customized process that utilizes the login agent.&amp;nbsp; In development environment, both logout and login actions are working.&amp;nbsp; In UAT environment, only the logout works.&amp;nbsp; The login action does not terminate, but it doesn't actually login the machine either.&amp;nbsp;

Can anybody provide insight?

&amp;nbsp;

Thanks in advance.</description>
      <pubDate>Tue, 02 Oct 2018 17:07:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69551#M22156</guid>
      <dc:creator>RYANRICAFORT1</dc:creator>
      <dc:date>2018-10-02T17:07:00Z</dc:date>
    </item>
    <item>
      <title>Maybe the credentials being…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69552#M22157</link>
      <description>Maybe the credentials being passed to Windows are incorrect?</description>
      <pubDate>Tue, 02 Oct 2018 20:07:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69552#M22157</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2018-10-02T20:07:00Z</dc:date>
    </item>
    <item>
      <title>Hi John.  Checked and double…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69553#M22158</link>
      <description>Hi John.&amp;nbsp; Checked and double checked, credentials are correct.&amp;nbsp; The process passes through the login action but doesn't log in the machine.</description>
      <pubDate>Wed, 03 Oct 2018 07:03:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69553#M22158</guid>
      <dc:creator>RYANRICAFORT1</dc:creator>
      <dc:date>2018-10-03T07:03:00Z</dc:date>
    </item>
    <item>
      <title>Did you verify it's using…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69554#M22159</link>
      <description>Did you verify it's using the same version of the VBO in both environments and both environments have the same version of BP?</description>
      <pubDate>Wed, 03 Oct 2018 07:07:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69554#M22159</guid>
      <dc:creator>david.l.morris</dc:creator>
      <dc:date>2018-10-03T07:07:00Z</dc:date>
    </item>
    <item>
      <title>Good point from David. Also…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69555#M22160</link>
      <description>Good point from David. Also try enabling full logging to try to see what's going on, and check the machine's event log for clues too. Also sanity-check that the machine is set up (CTRL ALT DEL etc) for LA to work.</description>
      <pubDate>Wed, 03 Oct 2018 13:23:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69555#M22160</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2018-10-03T13:23:00Z</dc:date>
    </item>
    <item>
      <title>Hi Ryan. Could you please…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69556#M22161</link>
      <description>Hi Ryan. Could you please tell me if this issue is resolved as I am facing the same issue</description>
      <pubDate>Tue, 09 Oct 2018 18:25:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69556#M22161</guid>
      <dc:creator>Srikanthabburu</dc:creator>
      <dc:date>2018-10-09T18:25:00Z</dc:date>
    </item>
    <item>
      <title>We ran into this issue on…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69557#M22162</link>
      <description>We ran into this issue on systems which we had RDP'ed into. This can be gotten around by using tsdiscon to unlock the system to the desktop session, but it will require elevated permissions.</description>
      <pubDate>Wed, 10 Oct 2018 01:27:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69557#M22162</guid>
      <dc:creator>AmiBarrett</dc:creator>
      <dc:date>2018-10-10T01:27:00Z</dc:date>
    </item>
    <item>
      <title>RE: We ran into this issue on…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69558#M22163</link>
      <description>&lt;P&gt;&lt;a href="https://community.blueprism.com/t5/user/viewprofilepage/user-id/33683"&gt;@AmiBarrett&lt;/a&gt; ​&amp;nbsp; Instead of using tsdiscon, can we set time limit for disconnected sessions to "Never" on Remote Desktop Session Time Limits? Wondering if it does the same thing.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;gpedit.msc ----&amp;gt; Browse to Computer Configuration --&amp;gt; Administrative Templates --&amp;gt; Windows Components --&amp;gt; Remote Desktop Services --&amp;gt; Remote Desktop Session Host --&amp;gt; Session Time Limits.&lt;/P&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Pranav&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Mon, 23 Sep 2019 21:48:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69558#M22163</guid>
      <dc:creator>pranavred</dc:creator>
      <dc:date>2019-09-23T21:48:00Z</dc:date>
    </item>
    <item>
      <title>RE: We ran into this issue on…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69559#M22164</link>
      <description>Time limits only apply to active sessions. Once you're disconnected, this policy will have no affect. Even then, it will not revert the system to a console session, which is what you'd get from running tsdiscon.&lt;BR /&gt;&lt;BR /&gt;To quickly clarify here - When you're using your system locally, that's known as a console session. If you connect via TeamViewer or VNC, this leaves that session open. RDP will lock the remote system and bring it to a lock screen so that it can present a remote session to the RDP client connecting to it. Upon disconnection, that system is still locked. The tsdiscon command is the sole exception to this, as you can specify for it to return to the console session in one of the arguments.&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Ami Barrett&lt;BR /&gt;Lead RPA Software Developer&lt;BR /&gt;Solai &amp;amp; Cameron&lt;BR /&gt;Richardson, TX&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Tue, 24 Sep 2019 05:40:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Login-Agent/m-p/69559#M22164</guid>
      <dc:creator>AmiBarrett</dc:creator>
      <dc:date>2019-09-24T05:40:00Z</dc:date>
    </item>
  </channel>
</rss>

