<?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: Seperate view and download permissions for custom types in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273923#M227053</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;inside the users home space, it does not matter if the user is the owner of the content or not - the user the space belongs to always has administrator (i.e. coordinator) privileges on it and every content contained therein. So this is not a proper test of your rule - you should try it in a different location. The only way to achieve this is the users home space is by setting the inheritsParentPermissions flag to false in addition to revoking the ownership on the content - keep in mind though, for the user to have any access afterwards, you need to grant him explicit permissions on that node.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Axel&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 10 Aug 2012 20:11:43 GMT</pubDate>
    <dc:creator>afaust</dc:creator>
    <dc:date>2012-08-10T20:11:43Z</dc:date>
    <item>
      <title>Seperate view and download permissions for custom types</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273919#M227049</link>
      <description>Hi,&amp;nbsp;&amp;nbsp; I have a custom content model which has a base type from which other content types inherit. I have the following two requirements and I would ideally like to use custom permissions.1. Seperate permissions for accessing node content (view) and downloading the node content2. For the content type</description>
      <pubDate>Mon, 06 Aug 2012 13:22:37 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273919#M227049</guid>
      <dc:creator>aniruddh</dc:creator>
      <dc:date>2012-08-06T13:22:37Z</dc:date>
    </item>
    <item>
      <title>Re: Seperate view and download permissions for custom types</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273920#M227050</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;#1 is quite tricky, since you need the same permission for view as for download. The simplest option I see here is in specifying a custom permission set for your type, with a custom permission for download and only use this permission for Share DocLib UI action evaluation. I see no way to effectively guard against download via direct URI (if known or reconstructed by user), unless you are willing to replace the standard download services with custom implementations that check the permission on the repo layer.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;#2 can be achieved without custom permissions. Simply define a rule or policy that transfers ownership to the OwnableService.NO_OWNER value when the node is created. This is the best opion since fiddling with the ownership permission on a definition level will likely produce some unwanted side effects due to its global usage.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Axel&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 06 Aug 2012 22:23:38 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273920#M227050</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2012-08-06T22:23:38Z</dc:date>
    </item>
    <item>
      <title>Re: Seperate view and download permissions for custom types</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273921#M227051</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks Axel for your reply. I had a similar thoughts regarding #1 and was thinking of implementing the permission checks in a filter on the download servlet. The filter can check for the custom permission and send a response accordingly. Do you think this is a good idea?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Aug 2012 06:41:56 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273921#M227051</guid>
      <dc:creator>aniruddh</dc:creator>
      <dc:date>2012-08-07T06:41:56Z</dc:date>
    </item>
    <item>
      <title>Re: Seperate view and download permissions for custom types</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273922#M227052</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I have tried creating a rule on a space to add the ownable aspect. But it does not work. I have a space named "Test Space" inside the users Home Space and added a rule to the space to add ownable aspect to any content. However, the delete button is still visible and the content can be deleted by the user. I have also tried creating a node policy OnCreateNodePolicy for my custom type and add the ownable aspect but with the same results. Please help.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 08 Aug 2012 09:28:55 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273922#M227052</guid>
      <dc:creator>aniruddh</dc:creator>
      <dc:date>2012-08-08T09:28:55Z</dc:date>
    </item>
    <item>
      <title>Re: Seperate view and download permissions for custom types</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273923#M227053</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hello,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;inside the users home space, it does not matter if the user is the owner of the content or not - the user the space belongs to always has administrator (i.e. coordinator) privileges on it and every content contained therein. So this is not a proper test of your rule - you should try it in a different location. The only way to achieve this is the users home space is by setting the inheritsParentPermissions flag to false in addition to revoking the ownership on the content - keep in mind though, for the user to have any access afterwards, you need to grant him explicit permissions on that node.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Axel&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 10 Aug 2012 20:11:43 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/seperate-view-and-download-permissions-for-custom-types/m-p/273923#M227053</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2012-08-10T20:11:43Z</dc:date>
    </item>
  </channel>
</rss>

