to clarify, I did share a sample. I was told it was fixed in the commercial release and would not be fixed in the current open source release, but might be included in the next major release.
to clarify, I did share a sample. I was told it was fixed in the commercial release and would not be fixed in the current open source release, but might be included in the next major release.
my specific issue didn't get resolved, and the project has been delayed so I haven't worked on it or tested a newer okm release, if any happened, in more than 6 months. my work around was to import it as not an email. my primary use was to be through the API so dealing with it in my client program w...
remove a permission from /root but leave it on a folder. web desktop works, api doenst.
I'm not sure weather I want it or not, I might actually.
my test shows that extended security with the API requires the specific permission to be on all parent folders of the item, including /root, and the web desktop does not require this. it's an odd difference.
the contact form does not allow URLs. I got your email and will reply.
I have
security.extended.mask Integer 9216
it would seem they are aware of the cause of the issue and have it fixed in the Pro version already.
Will you have a conversation with Mario Zules? he seems a little confused as to why i emailed.
contact form sent, but it doens't allow URLs, so I put "OpenKM English Users-> Usage-> Email .msg file import corruption"
fixed it. I found the relevant source in src/main/java/com/openkm/dao/NodeDocumentVersionDAO.java. the getContent() path has this additional code: if (extendedSecurity) { if ((Config.SECURITY_EXTENDED_MASK & Permission.DOWNLOAD) == Permission.DOWNLOAD) { SecurityHelper.checkExtended(nDoc, Permis...
that is the guide I followed, and also what I used to verify my settings and how I found my one error that is now corrected. I want to reiterate, the in the web interface everything works as expected, I can view any file as a ROLE_USER login as per the set permissions on the security tab. it is ONLY...
everything in the table is already ROLE_USER or ROLE_ADMIN. I'm not actually trying to change it, just had a wrong ldap config item for a bit. ROLE_USER is what i want.
i'll have to dig one up that isn't confidential, or see if I can reproduce from scratch, might take a bit
I can download from the UI, though at one point at I had changed "default.user.role" and the download option was disabled, but I could still download from the History tab, which actually seems like a bug. changing it back to ROLE_USER brought it back and works, but getContent() still fails...
oddly, getContentByVersion works, there is only 1 version of the file.