ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67033
|
Thu Mar 24 16:37:55 2011 |
| Terry Shuck | terry.shuck@atmosenergy.com | Question | Windows | 2191 | Creating a form or table |
Is there a way to open a form or table when clicking on New rather than going to a text field? Thanks, TS!
|
67032
|
Wed Mar 23 10:01:01 2011 |
| Olivier Callot | Olivier.Callot@cern.ch | Bug report | Linux | 2.9.0 | Mail are no longer sent from the logged in user in 2.9.0 |
We upgraded to Elog 2.9.0-2402 and since then mails sent by Elog when posting an item are from the default account, not from the logged in user's mail address.
The configuration is, for the mail part :
Default Email From = Olivier.Callot@cern.ch
Use Email Subject = ELOG Computing Operations - $Subject ($Site - $System - $Production number)
Thanks for telling me which flag/option I have to set to restore the proper mail 'From:' field. |
67031
|
Mon Mar 21 17:42:15 2011 |
| Louis de Leseleuc | louis.deleseleuc@nrc-cnrc.gc.ca | Bug report | Linux | 2.9.0 | Re: Cleaning up attachments |
Stefan Ritt wrote: |
Louis de Leseleuc wrote: |
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. |
67030
|
Mon Mar 21 08:53:48 2011 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | 2.90 | Re: http://midas.psi.ch/elog/download/windows/ doesn't have the latest 2.90 release |
> It looks like the newest windows release of elog at
> http://midas.psi.ch/elog/download/windows/ is 2.81.
>
> elog281-1.exe 23-Dec-2010 11:42 3.1M
> elog-latest.exe 23-Dec-2010 11:42 3.1M
>
> Can you post the 2.90 release.
>
> Thanks.
>
> -- rouilj
Yepp, done. I somehow overlooked it.
- Stefan |
67029
|
Mon Mar 21 02:40:31 2011 |
| John Rouillard | rouilj+elog@cs.umb.edu | Request | Windows | 2.90 | http://midas.psi.ch/elog/download/windows/ doesn't have the latest 2.90 release |
It looks like the newest windows release of elog at
http://midas.psi.ch/elog/download/windows/ is 2.81.
elog281-1.exe 23-Dec-2010 11:42 3.1M
elog-latest.exe 23-Dec-2010 11:42 3.1M
Can you post the 2.90 release.
Thanks.
-- rouilj |
67028
|
Fri Mar 18 11:07:50 2011 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.9.0 | Re: Cleaning up attachments |
Louis de Leseleuc wrote: |
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. |
67027
|
Tue Mar 15 21:38:01 2011 |
| Louis de Leseleuc | louis.deleseleuc@nrc-cnrc.gc.ca | Bug report | Linux | 2.9.0 | Cleaning up attachments |
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 |
67026
|
Tue Mar 15 17:37:19 2011 |
| soren poulsen | soren.poulsen@cern.ch | Comment | Linux | 2.9.0-2402 | Authentication error message |
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
|