Group friendly URL should never be more than one level deep

• Type: Bug
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 5.1.2, 5.2.3
• Fix Version/s: None
• Component/s: None
• Labels: None
• Branch Version/s:
  5.1.x, 5.2.x
• Backported to Branch:
  Committed
• Similar Issues: Show 5 results ; ;

  LPS-10913	Make friendly URLs more "friendly" by restricting allowed characters
  LPS-21157	Importing LAR with feeds not working when the name of the group is in the friendly url more times
  LPS-2427	Organization administrators cannot manage suborganizations that are 2 or more levels deep
  LPS-35438	User should be able to access localized friendly urls
  LPS-2338	Can not add more than one user.

/hello is a valid friendly URL for a group
/hello/world should NOT be a valid friendly URL

GroupLocalServiceImpl had to be fixed to disallow that

Allowing that will cause FriendlyURLServlet to never find the page's friendly URL because we assume that the group only takes the first word, and that everything afterwards belongs to the layout until it sees a "/-/". After it sees that delimiter, it expects the portlet id.

For example:

http://www.liferay.com/web/guest/community/forums/-/message_boards

http://www.liferay.com is the domain

/web is the servlet mapping for public sites

/guest is the group friendly url (this should never be more than one level deep)

/community/forums is the layout friendly url

/-/ is a portlet delimiter

/message_boards is mapped to the message boards portlet via the MBFriendlyURLMapper