<?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: Section Access 11.x versus 12.x in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1595167#M741565</link>
    <description>&lt;P&gt;The explanation as to why you are receiving prompt I believe is the NTNAME resolution is failing, so we are defaulting as fallback to the Userid/Password dialog as a last resort I believe.&amp;nbsp; If this fits, that will signify the issue, the question then becomes whether something is going wrong in the Section Access table load.&amp;nbsp; What I generally do in these cases is simply comment the Section Access line in the load scrip, so the table loads as a normal table in the data model, this way you can check things in the Data Viewer to be sure the links are as expected there, and then you can also use some list boxes to do some troubleshooting to see if everything is working properly.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There were really no changes to Section Access, but be sure you review the Help on things, as one thing many customers miss is the need to have all field names and values in Section Access load in uppercase, some versions allowed lower or mixed case to work, but the engineers have been cleaning those up in later releases to where if you were doing that, it may not work now...&lt;/P&gt;
&lt;P&gt;&lt;A href="http://help.qlik.com/en-US/qlikview/November2017/Subsystems/Client/Content/Security.htm" target="_blank"&gt;http://help.qlik.com/en-US/qlikview/November2017/Subsystems/Client/Content/Security.htm&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Sorry I do not have anything better, but hopefully this gives you some further information to continue troubleshooting things.&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Brett&lt;/P&gt;</description>
    <pubDate>Mon, 24 Jun 2019 13:52:50 GMT</pubDate>
    <dc:creator>Brett_Bleess</dc:creator>
    <dc:date>2019-06-24T13:52:50Z</dc:date>
    <item>
      <title>Section Access 11.x versus 12.x</title>
      <link>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1576513#M741563</link>
      <description>&lt;P&gt;We had created a few Qlikview documents in 11.x that incorporated Section Access. These seem to work as designed only using NTNAME for access and not using passwords. We&amp;nbsp; are currently on November 2017 SR6 12.20.20700.0. These documents are now being replicated in the 12 environment for the purpose of integration with a different database. When testing user access on desktop by loading NTNAME as USERID, reloading the document and then reopening it, I am now always prompted for a password.&lt;/P&gt;&lt;P&gt;So I have three questions.&lt;/P&gt;&lt;P&gt;1) Did section access configuration change between 11 and 12?&lt;/P&gt;&lt;P&gt;2) Why would the original documents still seem to apply section access correctly?&lt;/P&gt;&lt;P&gt;3) Is there some way to disable password requirement in 12?&lt;/P&gt;</description>
      <pubDate>Wed, 25 Nov 2020 16:16:04 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1576513#M741563</guid>
      <dc:creator>mpressey</dc:creator>
      <dc:date>2020-11-25T16:16:04Z</dc:date>
    </item>
    <item>
      <title>Re: Section Access 11.x versus 12.x</title>
      <link>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1577831#M741564</link>
      <description>hello,&lt;BR /&gt;i don't know very much about section access but i can tell you that if you are using USERID instead of NTNAME you have to assign a password to that user in your section access script.</description>
      <pubDate>Wed, 08 May 2019 09:03:33 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1577831#M741564</guid>
      <dc:creator>andrei_delta</dc:creator>
      <dc:date>2019-05-08T09:03:33Z</dc:date>
    </item>
    <item>
      <title>Re: Section Access 11.x versus 12.x</title>
      <link>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1595167#M741565</link>
      <description>&lt;P&gt;The explanation as to why you are receiving prompt I believe is the NTNAME resolution is failing, so we are defaulting as fallback to the Userid/Password dialog as a last resort I believe.&amp;nbsp; If this fits, that will signify the issue, the question then becomes whether something is going wrong in the Section Access table load.&amp;nbsp; What I generally do in these cases is simply comment the Section Access line in the load scrip, so the table loads as a normal table in the data model, this way you can check things in the Data Viewer to be sure the links are as expected there, and then you can also use some list boxes to do some troubleshooting to see if everything is working properly.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There were really no changes to Section Access, but be sure you review the Help on things, as one thing many customers miss is the need to have all field names and values in Section Access load in uppercase, some versions allowed lower or mixed case to work, but the engineers have been cleaning those up in later releases to where if you were doing that, it may not work now...&lt;/P&gt;
&lt;P&gt;&lt;A href="http://help.qlik.com/en-US/qlikview/November2017/Subsystems/Client/Content/Security.htm" target="_blank"&gt;http://help.qlik.com/en-US/qlikview/November2017/Subsystems/Client/Content/Security.htm&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Sorry I do not have anything better, but hopefully this gives you some further information to continue troubleshooting things.&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Brett&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jun 2019 13:52:50 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Section-Access-11-x-versus-12-x/m-p/1595167#M741565</guid>
      <dc:creator>Brett_Bleess</dc:creator>
      <dc:date>2019-06-24T13:52:50Z</dc:date>
    </item>
  </channel>
</rss>

