<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Creating personal Private/Public sites for existing users</title>
  <link rel="self" href="https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=114459700" />
  <subtitle>Creating personal Private/Public sites for existing users</subtitle>
  <id>https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=114459700</id>
  <updated>2026-04-04T00:37:23Z</updated>
  <dc:date>2026-04-04T00:37:23Z</dc:date>
  <entry>
    <title>RE: Creating personal Private/Public sites for existing users</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114548177" />
    <author>
      <name>Jan Tošovský</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114548177</id>
    <updated>2019-07-31T18:29:52Z</updated>
    <published>2019-07-31T18:29:52Z</published>
    <summary type="html">Huh, I thought if j.doe has VIEW permissions for layout via OWNER role (and his userID matches ownerID), he can access the page. No, he can&amp;#39;t. The OWNER role is ignored during these permission checks.&lt;br /&gt;&lt;br /&gt;The key difference between migrated and new database was missing VIEW permission for /personal_site  group for the USER role.&lt;br /&gt;&lt;br /&gt;After modifying the database everything works fine now.</summary>
    <dc:creator>Jan Tošovský</dc:creator>
    <dc:date>2019-07-31T18:29:52Z</dc:date>
  </entry>
  <entry>
    <title>RE: Creating personal Private/Public sites for existing users</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114510644" />
    <author>
      <name>Jan Tošovský</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114510644</id>
    <updated>2019-07-30T19:23:09Z</updated>
    <published>2019-07-30T19:23:09Z</published>
    <summary type="html">I finally could locate the main problem:&lt;br /&gt;&lt;br /&gt;While I can access My Profile on &lt;span style="font-family: Courier New, Courier, monospace"&gt;/web/j.doe&lt;/span&gt;, I am getting  &lt;span style="font-family: Courier New, Courier, monospace"&gt;You do not have permission to view this page.&lt;/span&gt; error when visiting My Dashboard &lt;span style="font-family: Courier New, Courier, monospace"&gt;/user/j.doe&lt;/span&gt;.&lt;br /&gt;&lt;br /&gt;When LR is started with empty database, it works properly. &lt;br /&gt;&lt;br /&gt;So there has to be some permission related issue  in my migrated database.&lt;br /&gt;&lt;br /&gt;I compared Group and Layout permissions for j.doe user, everything should be accessible, but it doesn&amp;#39;t.</summary>
    <dc:creator>Jan Tošovský</dc:creator>
    <dc:date>2019-07-30T19:23:09Z</dc:date>
  </entry>
  <entry>
    <title>RE: Creating personal Private/Public sites for existing users</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114486104" />
    <author>
      <name>Jan Tošovský</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114486104</id>
    <updated>2019-07-29T15:53:11Z</updated>
    <published>2019-07-29T15:53:11Z</published>
    <summary type="html">&amp;lt;p&amp;gt;I was wrong. Inspecting the database I can see that &amp;lt;code&amp;gt;/manage&amp;lt;/code&amp;gt; page is created successfully on the first request. Together with the view permissions for that user.&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;So there must be something else what is failing. There is no related stacktrace in the log.&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;I suspect it is somehow permissions related as admin can access the page without problems.&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;When altering that URL and providing my custom portlet as p_p_id parameter, it also works only for admin:&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;&amp;lt;a href=&amp;#34;http://localhost:8080/user/j.doe.1/manage?p_p_id=com_server_my_portlet&amp;#34;&amp;gt;http://localhost:8080/user/j.doe.1/manage?p_p_id=com_server_my_portlet&amp;lt;/a&amp;gt;&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;So my users are missing permissions for dynamic injecting portlets. This led me to inspect &amp;lt;code&amp;gt;add-default-resource&amp;lt;/code&amp;gt; portlet options. In the Notification portlet these default permissions are activated:&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;&amp;lt;a href=&amp;#34;https://github.com/liferay/liferay-portal/blob/7.2.0-ga1/modules/apps/notifications/notifications-web/src/main/java/com/liferay/notifications/web/internal/portlet/NotificationsPortlet.java&amp;#34;&amp;gt;https://github.com/liferay/liferay-portal/blob/7.2.0-ga1/modules/apps/notifications/notifications-web/src/main/java/com/liferay/notifications/web/internal/portlet/NotificationsPortlet.java&amp;lt;/a&amp;gt;&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;com.liferay.portlet.add-default-resource=true&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;However, I couldn&amp;amp;#39;t find any configuration which actions to which audience should be created (as described e.g. here &amp;lt;a href=&amp;#34;https://portal.liferay.dev/docs/7-0/tutorials/-/knowledge_base/t/adding-permissions-to-resources&amp;#34;&amp;gt;https://portal.liferay.dev/docs/7-0/tutorials/-/knowledge_base/t/adding-permissions-to-resources&amp;lt;/a&amp;gt; )&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;However, I can see few lines when executing this SQL over my DB:&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;select * from resourcepermission&amp;amp;nbsp; where name like &amp;amp;#39;%notification%&amp;amp;#39;;&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;I am quite puzzled now.&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;&amp;amp;nbsp;&amp;lt;/p&amp;gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;p&amp;gt;&amp;amp;nbsp;&amp;lt;/p&amp;gt;</summary>
    <dc:creator>Jan Tošovský</dc:creator>
    <dc:date>2019-07-29T15:53:11Z</dc:date>
  </entry>
  <entry>
    <title>RE: Creating personal Private/Public sites for existing users</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114462336" />
    <author>
      <name>David H Nebinger</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114462336</id>
    <updated>2019-07-26T19:35:14Z</updated>
    <published>2019-07-26T19:35:14Z</published>
    <summary type="html">com.liferay.portal.events.ServicePreAction has code to create the layouts, if they are missing, if the user is logged in as part of theme display initialization. It ends up calling _updateUserLayouts() and should create the layouts when they are missing.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Is the error backed by a stack trace that might indicate if this is failing before, during or after the ServicePreAction invoke?</summary>
    <dc:creator>David H Nebinger</dc:creator>
    <dc:date>2019-07-26T19:35:14Z</dc:date>
  </entry>
  <entry>
    <title>Creating personal Private/Public sites for existing users</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114459699" />
    <author>
      <name>Jan Tošovský</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=114459699</id>
    <updated>2019-07-26T15:28:55Z</updated>
    <published>2019-07-26T15:28:55Z</published>
    <summary type="html">&lt;html&gt;&lt;head&gt;&lt;/head&gt;&lt;body&gt;Dear All,&lt;br&gt;creating both Private/Public sites was disabled in my old 6.x portal:&lt;br&gt;&lt;pre&gt;&lt;code&gt;layout.user.private.layouts.enabled=false
layout.user.private.layouts.auto.create=false
layout.user.public.layouts.enabled=false
layout.user.public.layouts.auto.create=false&lt;/code&gt;&lt;/pre&gt;&lt;br&gt;After migrating to 7.2 I see this Private site is a must for displaying various personal menu entries (Notification, My Workflow items). &lt;br&gt;E.g. notification link points to &lt;a href="https://www.server.com/user/j.doe/manage?p_p_id=com_liferay_notifications_web_portlet_NotificationsPortlet&amp;amp;p_p_lifecycle=0&amp;amp;p_p_auth=KCEpCwjH"&gt;https://www.server.com/user/j.doe/manage?p_p_id=com_liferay_notifications_web_portlet_NotificationsPortlet&amp;amp;p_p_lifecycle=0&amp;amp;p_p_auth=KCEpCwjH&lt;/a&gt;&lt;br&gt;but I am getting 'The requested resource could not be found.'&lt;br&gt;I've removed that layout.user.* settings from portal-ext.properties expecting these pages will be created automatically, but they don't.&lt;br&gt;How can I display notifications for these users?&lt;/body&gt;&lt;/html&gt;</summary>
    <dc:creator>Jan Tošovský</dc:creator>
    <dc:date>2019-07-26T15:28:55Z</dc:date>
  </entry>
</feed>
