<?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: Session Variables in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/122296#M53636</link>
    <description>&lt;P&gt;anyone facing this issue in v7.4.0?&lt;/P&gt;</description>
    <pubDate>Thu, 28 Aug 2025 09:51:36 GMT</pubDate>
    <dc:creator>vrushalird</dc:creator>
    <dc:date>2025-08-28T09:51:36Z</dc:date>
    <item>
      <title>Session Variables</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54474#M8985</link>
      <description>We have several live processes currently running, all with the same session variables included: Stop After Items, Stop ASAP, and Stop After Time.

&amp;nbsp;

The issue we're running into is some of the processes only display these session variables to the control room. Why would only some processes make these variables visible while others appear as if no session variables were included into the configuration?</description>
      <pubDate>Wed, 13 Jun 2018 17:52:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54474#M8985</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2018-06-13T17:52:00Z</dc:date>
    </item>
    <item>
      <title>If a process is running and…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54475#M8986</link>
      <description>If a process is running and it has a session variable in it, then&amp;nbsp;the SV&amp;nbsp;should be accessible from control room - that's the whole point of SVs. I'm not doubting what you're saying but what you're describing sounds unusual. Maybe if you can capture a screenshot then our Support team can investigate for you?</description>
      <pubDate>Wed, 13 Jun 2018 22:00:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54475#M8986</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2018-06-13T22:00:00Z</dc:date>
    </item>
    <item>
      <title>Is there a pattern to which…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54476#M8987</link>
      <description>Is there a pattern to which ones do and don't show Session Variables?&amp;nbsp;</description>
      <pubDate>Fri, 15 Jun 2018 13:12:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54476#M8987</guid>
      <dc:creator>NicholasBell1</dc:creator>
      <dc:date>2018-06-15T13:12:00Z</dc:date>
    </item>
    <item>
      <title>Yes, I agree with John..It…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54477#M8988</link>
      <description>Yes, I agree with John..It sounds unusual.&amp;nbsp; There are also chances that the developers use the same name for the data items(Stop After Items, Stop ASAP, and Stop After Time) , but give hard coded values in the data item making it as a Number/Text/Datetime. It depends on how you give values to this process.
&amp;nbsp;
Session variables are used only when the Control Room has to change a value during the runtime. And for eg, if a process needs to stop by 8AM EST, we would directly give the Stop After Time as 8 AM by making it as a DateTime data item instead of a session variable.</description>
      <pubDate>Mon, 25 Jun 2018 18:02:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54477#M8988</guid>
      <dc:creator>SanjanaS1</dc:creator>
      <dc:date>2018-06-25T18:02:00Z</dc:date>
    </item>
    <item>
      <title>Yes, I agree with John..It…</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54478#M8989</link>
      <description>Yes, I agree with John..It sounds unusual.&amp;nbsp; There are also chances that the developers use the same name for the data items(Stop After Items, Stop ASAP, and Stop After Time) , but give hard coded values in the data item making it as a Number/Text/Datetime. It depends on how you give values to this process.
&amp;nbsp;
Session variables are used only when the Control Room has to change a value during the runtime. And for eg, if a process needs to stop by 8AM EST, we would directly give the Stop After Time as 8 AM by making it as a DateTime data item instead of a session variable.</description>
      <pubDate>Mon, 25 Jun 2018 18:02:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/54478#M8989</guid>
      <dc:creator>SanjanaS1</dc:creator>
      <dc:date>2018-06-25T18:02:00Z</dc:date>
    </item>
    <item>
      <title>Re: Session Variables</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/122296#M53636</link>
      <description>&lt;P&gt;anyone facing this issue in v7.4.0?&lt;/P&gt;</description>
      <pubDate>Thu, 28 Aug 2025 09:51:36 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/122296#M53636</guid>
      <dc:creator>vrushalird</dc:creator>
      <dc:date>2025-08-28T09:51:36Z</dc:date>
    </item>
    <item>
      <title>Re: Session Variables</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/122322#M53651</link>
      <description>&lt;P&gt;&lt;a href="https://community.blueprism.com/t5/user/viewprofilepage/user-id/2574"&gt;@vrushalird&lt;/a&gt;&amp;nbsp;Please make a new post about this. You just necro'd a post from 2018.&lt;/P&gt;</description>
      <pubDate>Fri, 29 Aug 2025 13:57:02 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Session-Variables/m-p/122322#M53651</guid>
      <dc:creator>david.l.morris</dc:creator>
      <dc:date>2025-08-29T13:57:02Z</dc:date>
    </item>
  </channel>
</rss>

