You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Flavel Heyman (JIRA)" <ji...@apache.org> on 2016/01/22 00:42:39 UTC

[jira] [Created] (JCR-3946) LockImpl getLockToken missing scenario

Flavel Heyman created JCR-3946:
----------------------------------

             Summary: LockImpl getLockToken missing scenario
                 Key: JCR-3946
                 URL: https://issues.apache.org/jira/browse/JCR-3946
             Project: Jackrabbit Content Repository
          Issue Type: Bug
    Affects Versions: 2.9.1
            Reporter: Flavel Heyman


Code in question for org.apache.jackrabbit.core.lock.LockImpl 

{code:java}
    public String getLockToken() {
        if (!info.isSessionScoped() && (info.isLockHolder(node.getSession()) || isAdminUser(node.getSession()))) {
            return info.getLockToken();
        } else {
            return null;
        }
    }
{code}

So if the a Non-Admin User (NAU) creates a lock and the session is not scoped, they are unable to retrieve the lock...which seems counter-intuitive since the lockholder is very much related to session instantiated in the first place.

Shouldn't it be related more to session.getUserID()?





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)