Hmm actually that last bug is also present in the demo. Any hope of fixing that?

True, some posts may not match the filters, leaving replies "orphan". I suggest that any orphan reply be either attached to the nearest upper level, or if not possible, be styled as a post instead of a reply (no arrow or indent) so as not to mistake it for a reply to the message above.

The benefit would be to be able to follow threads matching certain categories.

I want to implement the following feature in my logbook:
selecting an Option related to a specific Attribute produces a filter on the Options related to the other Attributes.

-----
Example:
I have the following configuration:
" Attributes = Project, Category
Options Project = Agenda, Software
Options Category = General, Data, Result, Meeting, Status, TODO, DONE,
Reminder, Result, Other
...
Quick filter = Project, Category "

I want that: if on the Quick filter I select "Project = Agenda", then the entry "Category" displays only the Options "Meeting, Status, TODO, DONE, Reminder, Other"; if on the Quick filter I select "Project = Software", then the entry "Category" displays only the Options "General, Data, Result, Other".
See the attached JPGs (they are edited printscreens from my logbook).

------

Is there a way to do this?

Thank you in advance!
Cossutta

That's possible with conditional attributes:

Attributes = Project, Category
Options Project = Agenda{1}, Software{2}
{1}Options Category = Meeting, Status, TODO, DONE, Reminder, Other
{2}Options Category = General, Data, Result, Other
Quick Filter = Project, Category 

Attributes = Project, Category
Options Project = Agenda{1}, Software{2}
{1}Options Category = Meeting, Status, TODO, DONE, Reminder, Other
{2}Options Category = General, Data, Result, Other
Quick Filter = Project, Category 

Thanks a lot for the prompt answer!

Cossutta

It is very good to have Kerberos authentication available. It is just the error message which is a bit cryptic.

If you enter your Kerberos password once, and later fail to authenticate with a wrong password, you get:

Kerberos error:
Decrypt integrity check failed.
Please check your Kerberos configuration

That is not really urgent!

Soren

I noticed a behavior that might be irritating. 

After attaching/uploading files to an entry and before submitting it, one might press 'Back' or close the browser window.

This in effect cancels the entry and sends into oblivion. HOWEVER the attachments and their thumbnail files remain on the server forever.

Would there be a way to either delete attachments after some time if they don't show up in an entry? Or some other magic trick with the browser? My logbook directories are already full of orphan files that I need to seek and destroy.

Also, any thoughts on automatically cleaning up a logbook directory when the damage is done?

Louis

Well, this is not so easy. When you leave the browser (via 'Back' or just by closing), it has no way to communicate with the elog server. I could put in some JavaScript, but if people switch off JavaScript there is no way. On the other hand it might be simple to write just a little shell script, which goes through all files on the server and checks if the file name occurs in some elog entry. This can probably be done with some combination of "find" and  "grep", but I'm not a shell script expert.

How about this:

Whenever a new file is uploaded, it would first be stored in a temporary directory. When the entry gets submitted, the files would be moved to the logbook directory and the entry edited accordingly.

Any wrongfully stored file would remain in that temp dir. Starting/restarting the daemon would cleanup that directory. Seems like a simpler approach and does not involve scripting the browser.