You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ofbiz.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2020/03/04 20:20:00 UTC

[jira] [Commented] (OFBIZ-11440) Alone permission service failed

    [ https://issues.apache.org/jira/browse/OFBIZ-11440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17051591#comment-17051591 ] 

ASF subversion and git services commented on OFBIZ-11440:
---------------------------------------------------------

Commit 9a50fa907b041df6907a15d6742a5527fcbf610d in ofbiz-framework's branch refs/heads/trunk from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=9a50fa9 ]

Fixed: Refactoring permission model call, alone permission service failed
(OFBIZ-11440)

During refactoring (OFBIZ-7113), the service reader used two different methods to read a
permission service definition if is present alone or in a group. For the alone version a link
was missing between the service and the permission service to resolve correctly the permission.

To solve this problem I reorganized to use only one method to initialize a service model permission.

Other point, an attribute renaming was missed : action -> permissionMainAction, when service permission call was called

Last, these problems weren't detected before due to missing unit test on failure service permission, now cover.


> Alone permission service failed
> -------------------------------
>
>                 Key: OFBIZ-11440
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-11440
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: Trunk
>            Reporter: Nicolas Malin
>            Assignee: Nicolas Malin
>            Priority: Major
>             Fix For: Upcoming Branch
>
>
> During the refactoring OFBIZ-7113, I introduce a regression for permission service call, that not linked to the parent service and return always true.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)