• Folder Time Stamp Not changing

  • OpenKM has many interesting features, but requires some configuration process to show its full potential.
OpenKM has many interesting features, but requires some configuration process to show its full potential.
Forum rules: Please, before asking something see the documentation wiki or use the search feature of the forum. And remember we don't have a crystal ball or mental readers, so if you post about an issue tell us which OpenKM are you using and also the browser and operating system version. For more info read How to Report Bugs Effectively.
 #45701  by praneeth
 
Hi,

I have a issue with Folder timestamp,it is not updated along the files under it, folder timestamps still shows folder created date,

I want folder stamp should be updated to latest date along with new file updated date under it

Thanks & Regards,
Praneeth
 #45708  by jllort
 
This is not the idea behind folder time. When you create a folder in the file system, the creation time does not change, always it showed the creation date, this is the same idea. Should be changed the source code for it, what I do not suggest. Consider any update into upper level, will cause in your logic a cascade of change until the root. Upload a file at /okm:root/test1/test2/test3 should raise a change at test3 folder, what will raise a change in test2 what will raise a change in folder1 ... this kind of logic is not much efficient.

On the other hand, the question is, what kind of problem are you trying to solve with it? Seems you are going in the direction to have two dates, creation and last update linked from folders. Seems when you change something in the box, you want to annotate when has happened. Take in consideration a change into the box is any change ( move, copy, etc... ), that's what I think this kind of feature has a poor performance behind.
 #45923  by praneeth
 
Exactly, I am looking for this as explained by you below
"Upload a file at /okm:root/test1/test2/test3 should raise a change at test3 folder, what will raise a change in test2 what will raise a change in folder1"

The issue i am facing is consider i have created a folder1 in Sep-2017 in this folder i have created document1 in Feb-2018 as per my knowledge i have created the document1 in Feb-2018, the real issue shows when other user logs in and lands on main page where the time stamp of the folder says Sep-2017 which mean the user will think that there is no update since Sep-2017

please suggest the solution for this, i am interested to know if i can compensate this issue with any alternate way
 #45935  by jllort
 
Now we are working with creation date, not with the modified date as you propose. I think this kind of feature will cause a bad performance to the application - we have experience in something similar - and by default, we will not implement into OpenKM modified date.

I can explain to you how doing it with metadata and automation if you want this kind of feature. Or you can modify the existing source code but sure this feature will not be implemented by default.

I can list few reasons why we will not doing it:
1- implementation complexity ( for example move case )
2- in huge modification will cause bad performance ( in repositories with huge changes this kind of feature is not good, imagine scenarios with some millions docs and at the same time you are doing thousands of changes during a day, it will cause sure database overload )
3- what is considered a change ( creation, update or also modify metadata or security etc. ... DMS is something more complex than OS file system watching )
 #45936  by praneeth
 
I totally agree with you with the below statement, in my case we have very minimal docs in the application some where around 100 - 150 and mostly one doc a day or some time it will be once in a week we updating one document or two documents.

by jllort » Thu May 24, 2018 2:31 pm
"I can explain to you how doing it with metadata and automation if you want this kind of feature. Or you can modify the existing source code but sure this feature will not be implemented by default."
- Please let me know the process.
 #45956  by jllort
 
I suggest one metadata group with a single field into folder ( okg:modified -> with field okp:modified.date )
https://docs.openkm.com/kcenter/view/ok ... adata.html
https://docs.openkm.com/kcenter/view/ok ... field.html ( input of type field )

https://docs.openkm.com/kcenter/view/ok ... ation.html
With automation events -> create folder, rename folder -> modify date and parent folders metadata until okm:root
With automation events -> create document, update, rename, move -> modify parent folders metadata until okm:root

Investigate how working some one of these automations, for example AddKeyword is a good candidate
https://docs.openkm.com/kcenter/view/ok ... ugins.html
https://github.com/openkm/document-mana ... yword.java

You need to evaluate parent folders and set metadata, might be interested in these classes:
https://docs.openkm.com/kcenter/view/ok ... #getParent ( parent folder of some path )
https://docs.openkm.com/kcenter/view/ok ... Properties ( folder properties )
https://docs.openkm.com/kcenter/view/ok ... tiesSimple ( get metadata )
https://docs.openkm.com/kcenter/view/ok ... ertySimple ( set metadata )

About Us

OpenKM is part of the management software. A management software is a program that facilitates the accomplishment of administrative tasks. OpenKM is a document management system that allows you to manage business content and workflow in a more efficient way. Document managers guarantee data protection by establishing information security for business content.