Re: Quick Filter and boolean option question, posted by Stefan Ritt on Sun Oct 21 12:21:09 2007
|
| Arno Teunisse wrote: | | Because I did not get an answer i think i must ask it in an other way |
The reason you did not get an answer was not that you asked the wrong way, but simply that I'm pretty busy these days. So just be patient, I won't forget you. And sending several support requests certainly does not help you  |
|
Re: extendable options, posted by Stefan Ritt on Mon Oct 22 16:33:50 2007
|
| Arno Teunisse wrote: | When I click the "Add Version" button Elog end's with a "Internal error, no
valid header!" after hitting the submit button. ( See attachments ) |
"Extendable Options" are currently only possible outside any condition. While
Options Version = 1,2,3
will work, the following will not
{1} Options Version = 1,2,3
I will add a note to the documentation about this. |
|
Re: Quick Filter and boolean option question, posted by Stefan Ritt on Mon Oct 22 17:27:45 2007
|
| Arno Teunisse wrote: | When "Contract" is at the second position in the "Attributes".
We See in the "Quick Filter" a pulldown showing "Serial Number" with only "0" or "1" ,
this is NOT what i want or is expected !!! |
Yes, this is indeed a bug. I fixed it in SVN revision 1940. There will be soon a new release containing this fix. |
|
Re: opening a local html file, posted by Stefan Ritt on Mon Oct 22 17:38:32 2007
|
Have a look at
http://kb.mozillazine.org/Links_to_local_pages_don't_work |
|
Re: extendable options, posted by Stefan Ritt on Mon Oct 22 21:22:28 2007
|
| Arno Teunisse wrote: |
; attributes
Attributes = OS, Version, Klant , Category, Subject
Options OS = AIX{1}, HP-UX{2} , Redhat{3} , Suse{4}, Fedora{5}, SUN{6}
Options Category = Documentation, disk , network , software , backup , boot,
Options Klant = None, Cust1 , Cust2 , Cust3 , Cust4, Cust5
{1} options Version = 4.3, 5.1 , 5.2 ,5.3
{2} options Version = 10.20, 11.11, 11.23
{3} options Version = 4.0
{4} options Version = 10.0
{5} options Version = 5.0,6.0,7.0
{6} options Version = 5.6,5.7,5.8,5.9,5.10
extendable Options = Category, Klant, OS , Version |
Actually me previous statement was incorrect. Extendable options work also under conditions. Your problem is that you specified
{1} options Version = 4.3, 5.1 , 5.2 ,5.3
instead
{1} Options Version = 4.3, 5.1 , 5.2 ,5.3
(note the capital O). If you change that, it will work. Anyhow I changed the code so that the case of these statements is ignored in the future. |
|
Re: Date attribute in Quick filter, posted by Stefan Ritt on Thu Oct 25 20:15:46 2007
|
| Peter Rienstra wrote: | I downloaded the latest source (ELOG V2.6.5-1946) to solve another problem. But now I get:
Error: "Attribute "Date" for quick filter not found", see attachment.
In the configfile I have: Quick filter = Date
A bug? |
Yep. Fixed in V2.6.5-1951. |
|
Re: Email Notification: Clarification on Attribute - can value be a string?, posted by Stefan Ritt on Fri Oct 26 11:18:59 2007
|
If you read
http://midas.psi.ch/elog/config.html#email
you will see the sentence:
If either the attribute or the value contains one or more blanks the string must be enclosed with quotation marks, as in:
* Email Type "Normal routine" = ...
so in your case you should write
Email Report "Shift Summary" = ... |
|
Re: Email notification: "Use Email From = " always set to admin, posted by Stefan Ritt on Fri Oct 26 11:44:36 2007
|
| Alan Stone wrote: |
My current syntax is:
; Email notification
Suppress Email to users = 0
Omit Email To = 1
Use Email Subject = $system: $subject
#Use Email From = Author Email
Email Report General = hn-cms-dataopslog@cern.ch, cms-dataops@fnal.gov
I had to comment out the 'Use Email From' option because all forwarded
entries to the CMS HyperNews or Fermilab ListServer appeared to originate
from me (alstone@fnal.gov), even though other users were logged in and
saving the entries to the logbook. After commenting out this line, the
entries were properly credited when forwarded, although the
There are two admins defined in the [global] section, and "alstone" is
not the first name in the "Admin user" list.
Is this a bug, or have I used this option incorrectly?
Alan |
Documentation says:
If Use Email From is present, it is always used. If not, the email address of the currently logged in user is used for the "From:" field. If no user is logged in, or the current user has not specified a email address in the password database, the setting of the option Default Email From is used for the "From:" field. Only if this option is not specified, a generic address ELOG@<hostname> is used, which might be rejected by the SMTP server however.
So if you write
Use Email From = me@some.where
then of course all emails have "me@some.where" in the From: field. If you want the email of the people logged in, you either remove this option (since it's the default anyhow), or you write explicitly
Use Email From = $user_email |
|