thank you. that worked
I tested the Dev build again and your XPE expression doesn't work. I've put //Entry/Times[(Expires = 'True') and (kp:string-compare(ExpiryTime, '2026-07-14') < 0)]/.. it found two entries and both entries are incorrect. I made a screenshot of one entry, it is neither expired, nor the date of the expiration matches with XPE I also tried XPE and w/o date it also doesn't work and it found me the same two entries //Entry/Times[(Expires = 'True')]/.. looks like search by attribute doesn't work
I tested the Dev build again and your XPE expression doesn't work. I've put //Entry/Times[(Expires = 'True') and (kp:string-compare(ExpiryTime, '2026-07-14') < 0)]/.. it found two entries and both entries are incorrect. I made a screenshot of one entry, it is neither expired, nor the date of the expiration matches with XPE
I tested the Dev build again and you XPE expression doesn't work. I've put //Entry/Times[(Expires = 'True') and (kp:string-compare(ExpiryTime, '2026-07-14') < 0)]/.. it found two entries and both entries are incorrect. I made a screenshot of one entry, it is neither expired, nor the date of the expiration matches with XPE
many thanks, that worked. I made two actions: marked the entry as expired and then deleted it. In the KpLogRecord.txt I see only: DBS change on Sat 08/08/2026 12:54:14.26 by %USERDNSDOMAIN% MyPC MyUserName this is not very insightful. Any way to make the audit more verbose? I need to know who did what and when. Simply "DBS change" is not sufficient for me"
This what I see when I boot into Clonezilla. I cannot do anything because the rendering is messed. I tried: alternative stable - 20260705-resolute stable - 3.3.3-15 alternative testing - 20260804-resolute alternative testing - 20260804-stonking testing - 3.3.3-22 testing 3.3.2-27 Same error on all of the above builds. Laptop model: Fujitsu Tablet Stylistic Q5010
The trigger is executed when the database file is saved I created a trigger by the steps from the provided link, but I don't see the log file was created like it is supposed to be. I don't want it to be saved onto the share \\servername\share\directory\KpLogRecord.txt so, I removed the path and left only KpLogRecord.txt I expect the file to be created in the same location as the database file, but it is not the case. Where it is supposed to be created if I use the relative path like above?
ok, thanks, I checked it and I don't see how I can track deletions? The trigger event list doesn't have delete entry event. what about my question "Is there any way to save predefined XPath expressions to run them frequently"? Now it's not very usable if I have to type XPAth exp each time manually