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)