<?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: Jan 2020 multi value Param Problem in Report Server</title>
    <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/956033#M13288</link>
    <description>&lt;P&gt;When you edit the subscription check the owner for that subscription. If it is the deleted account then you will have to change this. Any subscriptions owned by deleted or disabled accounts will not run and I don't think you will be able to save edit to these subscriptions without changing the owner account as PBIRS will not be able to validate the owner (this is a security mechanism to prevent people somehow setting up reports to be forwarded to them after they have left a company).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For this reason we usually use special "service" accounts with non-expiring passwords when setting up data driven subscriptions.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 02 Mar 2020 23:25:40 GMT</pubDate>
    <dc:creator>d_gosbell</dc:creator>
    <dc:date>2020-03-02T23:25:40Z</dc:date>
    <item>
      <title>Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/936678#M13084</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;anyone experienced the following behavior in Jan 2020 update?&lt;/P&gt;&lt;P&gt;I have a multi-value parameter &lt;a href="javascript:void(0)" data-lia-user-mentions="" data-lia-user-uid="69498" data-lia-user-login="param" class="lia-mention lia-mention-user"&gt;param&lt;/a&gt; and another parameter&amp;nbsp;@ParamOpt&lt;/P&gt;&lt;P&gt;in the query for the dataset it looks like:&lt;/P&gt;&lt;P&gt;select * from table where ID =&amp;nbsp;&lt;STRONG&gt;@ParamOpt&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;when I run the query I get an wired error message, so I checked in the query profiler and there I see&lt;/P&gt;&lt;P&gt;select * from table where ID = N'value1',N'value2'&lt;STRONG&gt;Opt&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;this didn´t occur before and seems to be a topic in Jan2020 release.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Thomas&lt;/P&gt;</description>
      <pubDate>Tue, 18 Feb 2020 07:03:35 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/936678#M13084</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-02-18T07:03:35Z</dc:date>
    </item>
    <item>
      <title>Re: Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/938019#M13087</link>
      <description>&lt;P&gt;I'm not in a position to test on our system, but just curious if you've tried&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;select * from table where ID = (&lt;/SPAN&gt;&lt;STRONG&gt;@ParamOpt)&amp;nbsp;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;and if that gives you any different results? I have a vague old memory about parentheses being the proper form? Might not make a difference though...&lt;/P&gt;</description>
      <pubDate>Tue, 18 Feb 2020 23:42:11 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/938019#M13087</guid>
      <dc:creator>messerjc</dc:creator>
      <dc:date>2020-02-18T23:42:11Z</dc:date>
    </item>
    <item>
      <title>Re: Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/938712#M13103</link>
      <description>&lt;P&gt;No this doesn´t solve the issue. The Params were obviosly replaced or inserted via string replace and there is something different compared to old versions.&lt;/P&gt;</description>
      <pubDate>Wed, 19 Feb 2020 10:49:21 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/938712#M13103</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-02-19T10:49:21Z</dc:date>
    </item>
    <item>
      <title>Re: Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/939782#M13117</link>
      <description>&lt;P&gt;This is apparently a bug which the product team are aware of and they are working on an updated Jan download. &amp;nbsp; I don't think they have a specific timeline for when this will be available, but they do want to get it out as soon as they can.&amp;nbsp;(so keep checking the date of the relase at&amp;nbsp;&lt;A href="https://aka.ms/pbireportserver" target="_blank"&gt;https://aka.ms/pbireportserver&lt;/A&gt;&amp;nbsp;and see when it changes from Jan 27th)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In the short term the only work around I am aware of is to rename your parameters so the names are not a subset of each other. (eg if you rename&amp;nbsp;&lt;a href="javascript:void(0)" data-lia-user-mentions="" data-lia-user-uid="69498" data-lia-user-login="param" class="lia-mention lia-mention-user"&gt;param&lt;/a&gt; to&amp;nbsp;@Param1 it will no longer "overlap" with the start of&amp;nbsp;@ParamOpt)&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 20 Feb 2020 00:10:00 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/939782#M13117</guid>
      <dc:creator>d_gosbell</dc:creator>
      <dc:date>2020-02-20T00:10:00Z</dc:date>
    </item>
    <item>
      <title>Re: Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/955490#M13281</link>
      <description>&lt;P&gt;&lt;a href="javascript:void(0)" data-lia-user-mentions="" data-lia-user-uid="109790" data-lia-user-login="d_gosbell" class="lia-mention lia-mention-user"&gt;d_gosbell&lt;/a&gt;&amp;nbsp;: could you check another issue for me? When editing an subscription, where an old user, who left company already and is erased from AD, I get an error message indicating, that the user was not found. Surprisingly I was not able to find any hints, where the user was involved so I´m struggling in editing the subscriptions at the moment.&lt;/P&gt;&lt;P&gt;Any ideas?&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Thomas&lt;/P&gt;</description>
      <pubDate>Mon, 02 Mar 2020 15:51:59 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/955490#M13281</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-03-02T15:51:59Z</dc:date>
    </item>
    <item>
      <title>Re: Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/956033#M13288</link>
      <description>&lt;P&gt;When you edit the subscription check the owner for that subscription. If it is the deleted account then you will have to change this. Any subscriptions owned by deleted or disabled accounts will not run and I don't think you will be able to save edit to these subscriptions without changing the owner account as PBIRS will not be able to validate the owner (this is a security mechanism to prevent people somehow setting up reports to be forwarded to them after they have left a company).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For this reason we usually use special "service" accounts with non-expiring passwords when setting up data driven subscriptions.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 02 Mar 2020 23:25:40 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/956033#M13288</guid>
      <dc:creator>d_gosbell</dc:creator>
      <dc:date>2020-03-02T23:25:40Z</dc:date>
    </item>
    <item>
      <title>Re: Jan 2020 multi value Param Problem</title>
      <link>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/957723#M13317</link>
      <description>&lt;P&gt;Microsoft just released an update this issue along with a few others&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;See here for the change log&amp;nbsp;&lt;A href="https://docs.microsoft.com/en-us/power-bi/report-server/changelog" target="_blank"&gt;https://docs.microsoft.com/en-us/power-bi/report-server/changelog&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;And you can download the update from here &lt;A href="https://aka.ms/pbireportserver&amp;nbsp;" target="_self"&gt;https://aka.ms/pbireportserver&amp;nbsp;&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Mar 2020 00:57:31 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Report-Server/Jan-2020-multi-value-Param-Problem/m-p/957723#M13317</guid>
      <dc:creator>d_gosbell</dc:creator>
      <dc:date>2020-03-04T00:57:31Z</dc:date>
    </item>
  </channel>
</rss>

