Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Sep 22 11:34:46 2005
|
Hi!
All here are amazed by how quickly this software has evolved since we
took our first look into the world of electronic logbooks.
In order to use it as our shift logbook, however, we have one request
which is in principle the same as that of Juliana Peng
(http://midas.psi.ch/elogs/Forum/1280). We want to have the usual
maintenance/admin/problem report entries of the shift crew in the
same logbook as the automatic entries from our runcontrol software to
clearly see cause and effect when analyzing the beamtimes later. Of
course, the run entries have different attributes than the shift crew
entries. So, it would be nice to have the conditional "Show attributes"
function extended also to the list view.
I understand that the attributes layout might then change from line to
line, but since we have only two sets of attributes, that would not
matter (to us). Would you consider implementing this function (i.e.
evaluate the conditions and hide attributes also in list view),
if not by default, then maybe as an option of the config file?
Another nice feature (which we do not explicitly need, just a suggestion)
might be implementing a filter function in list view, such that only entries
with certain attribute values are displayed.
I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted?
Cheers
Yoshio |
Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Oct 13 11:40:32 2005
|
Hi again!
I noticed the quickfilter option in the config guide in the meantime  !
I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)?
Thanks
Yoshio
BTW, do you think it is at all feasible to implement the changes we mentioned earlier? |
Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Thu Oct 13 14:08:26 2005
|
| Yoshio Imai wrote: | | I noticed the quickfilter option in the config guide in the meantime ! |
Sorry my late reply, I'm extremely busy these days. I still don't get the point where you want attributes to be hidden. Let's assume you have a logbook with attributes A, B, C, D, E. One set of entries use A, B and C, whil the other set of entries use A, D and E. Right now, you get a listing like
Title A B C D E
one a b c
one a b c
two a d e
two a d e
one a b c
Now if you want to hide D and E for type one and B and C for type two, you would get
Title A B C D E
one a b c
one a b c
two a d e
two a d e
one a b c
so the "d" and "e" values are under the wrong title "B" and "C". Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?
| Yoshio Imai wrote: | I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)? |
Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there. If you change the resource dir and do not move your themes accordingly, you won't have them! If you shoot yourself in the foot, no gun will help you to prevent this
| Yoshio Imai wrote: | | BTW, do you think it is at all feasible to implement the changes we mentioned earlier? |
Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes? |
|
Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Oct 13 14:47:06 2005
|
| Stefan Ritt wrote: |
Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?
|
Well, in our case the changes would not be very frequent (if the beamtime goes smooth, we will have mainly
run-entries and few admin entries; if it is a hardware developement beamtime, we will have mainly admin
entries and fewer run entries). So, for us a layout with a new title line at the change between the two sets of attributes is ok.
| Stefan Ritt wrote: |
Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there.
|
I see. I thought that the "hardcoded" default directory would still be searched -- my error.
| Stefan Ritt wrote: |
Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes?
|
Not much . The only thing left was that the elogd redirects to the "URL="-address only after logging in, and not already after selecting a logbook in the selection page (i.e. before the password is transmitted), when a user calls directly the elogd port and not, say, the stunnel port defined to secure the connection. In our case this doesn't matter so much, but maybe to others it does ... ?
Thanks for the work
Yoshio |
|
Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Fri Oct 28 23:45:33 2005
|
| Yoshio Imai wrote: | I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted? |
I implemented that in revision 1540. On the logbook selection page, the links to the individual logbooks honor the "URL = ..." statement from the config file, and thus you get redirected via "https://...". More is unfortunately not possible. If elogd gets contacted the first time, it is impossible to figure out by elogd under which URL it got contacted, and therefore it cannot distinguish between secure and insecure connections. The only way is to switch off port 80 by a firewall and only allow "https://..." connections from outside. |
Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Mon Oct 31 01:36:52 2005
|
| Thank you! I have tested it and it works just as expected! |
|
Preset text overriden after preview, posted by Yoshio Imai on Wed Oct 26 16:00:00 2005
|
Hi, Stefan!
I have run across a problem with preset texts. We have defined a form to be filled in when the operator selects a specific combination of attributes. This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form. Clicking on "Submit" at this point then submits only the empty form, and the information filled in is lost.
When clicking on "Submit" without previewing, the text is entered correctly to the elog. Do you know where the problem might come from?
Thanks in advance
Yoshio |
|
Re: Preset text overriden after preview, posted by Stefan Ritt on Wed Oct 26 16:17:18 2005
|
| Yoshio Imai wrote: | | This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form. |
Thanks for reporting this bug. It's fixed in revision 1534.
- Stefan |
Re: Preset text overriden after preview, posted by Yoshio Imai on Fri Oct 28 10:42:44 2005
|
| Stefan Ritt wrote: |
Thanks for reporting this bug. It's fixed in revision 1534.
- Stefan |
I just tested it, it works. Thanks! |
|
Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 14:19:18 2005
|
We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions? |
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 14:30:48 2005
|
| Daniel Broers wrote: | We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions? |
Do you have cookies disabled on these client pc's maybe? |
|
Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 14:50:58 2005
|
| Stefan Ritt wrote: |
| Daniel Broers wrote: | We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions? |
Do you have cookies disabled on these client pc's maybe? |
No, cookies are enabled. |
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 15:18:46 2005
|
| Daniel Broers wrote: | | No, cookies are enabled. |
Can you
- Delete all cookies on the client machine and try again
- If the problem persists: Tell you how you access your elogd. Do you use Apache as proxy? Which URL statement do you have in your elogd.cfg? What are the URLs shown in the address bar of your browser?
- Can you start elogd with the "-v" flag, and send me the output shown during an unsuccessful login
|
Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 16:20:37 2005 
|
| Stefan Ritt wrote: |
Can you
- Delete all cookies on the client machine and try again
- If the problem persists: Tell you how you access your elogd. Do you use Apache as proxy? Which URL statement do you have in your elogd.cfg? What are the URLs shown in the address bar of your browser?
- Can you start elogd with the "-v" flag, and send me the output shown during an unsuccessful login
|
|
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 16:41:20 2005
|
| Daniel Broers wrote: | | Output in attachment |
Your output shows:
Set-Cookie: unm=daniel; path=/Maldi; expires=Monday, 24-Oct-05 14:57:55 GMT;
Now I don't know when you made this entry, but it looks to me like either
- your time is set incorrectly on the server side
- your "login expiration" setting in elogd is set incorrectly
Can you check these two things? |
|
Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 17:14:59 2005
|
| Stefan Ritt wrote: |
| Daniel Broers wrote: | | Output in attachment |
Your output shows:
Set-Cookie: unm=daniel; path=/Maldi; expires=Monday, 24-Oct-05 14:57:55 GMT;
Now I don't know when you made this entry, but it looks to me like either
- your time is set incorrectly on the server side
- your "login expiration" setting in elogd is set incorrectly
Can you check these two things? |
Now it works!
- The time is (apparently) set incorect on the server side. But why would one client have problems while others don't?
- I changed the login expitation from 1 to 5 hours and now we can log in!
Thanks a lot for your quick support! |
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 19:33:41 2005
|
| Daniel Broers wrote: | | But why would one client have problems while others don't? |
You had the login expiration at 1 hour, and the time was off by one hour I guess. But each client's time is only accurate to a few minutes, so some of them had a difference to the server of 59 mins, and other had 1:01 mins. Since you had a login expiration of 1 hour, only the second one failed, while the first one should have worked for about one minute. |
|
Howto force users to supply an email address when registering?, posted by Johan Nyberg on Thu Oct 20 14:15:14 2005
|
Hi,
Today I noticed that a user had registered without supplying an email address. I am using Self Register = 3, which means I recieve an email from elogd when a new user wants to register. Apparently, I forgot to check that the users email field was empty. This empty email field led to a situation in which no email notifications were sent to the users. The elogd log file looks like this for a user with a registered email address:
20-Oct-2005 12:20:21 [<snip>] {AGATA SDA} RCPT TO: <johan.nyberg@tsl.uu.se>
20-Oct-2005 12:20:21 [<snip>] {AGATA SDA} 250 Ok
while it looks like this for a user with an epmty email address:
20-Oct-2005 12:20:22 [<snip>] {AGATA SDA} RCPT TO: <>
20-Oct-2005 12:20:22 [<snip>] {AGATA SDA} 501 Bad address syntax
When elogd hits this error it stops the process of sending emails, which means that no emails
at all are sent to any of the users. After manually adding the email address of the user with an empty address,
automatic email notification work again.
Is there a way to force the users to supply an email address when they register?
Johan |
|
Re: Howto force users to supply an email address when registering?, posted by Stefan Ritt on Thu Oct 20 16:01:49 2005
|
| Johan Nyberg wrote: | | Is there a way to force the users to supply an email address when they register? |
I will happily implement such an email check if you supply me further information. Presume you enter an email address in the form user#domain.com (# instead @). Does your SMPT server then complain, too? What about user@com (without "domain.")? If you check all possibilities and let me know, I will put it in. |
|
Re: Howto force users to supply an email address when registering?, posted by Johan Nyberg on Sat Oct 22 00:21:03 2005
|
| Stefan Ritt wrote: |
| Johan Nyberg wrote: | | Is there a way to force the users to supply an email address when they register? |
I will happily implement such an email check if you supply me further information. Presume you enter an email address in the form user#domain.com (# instead @). Does your SMPT server then complain, too? What about user@com (without "domain.")? If you check all possibilities and let me know, I will put it in. |
Hi Stefan,
Sorry for the delayed reply. I have run some tests which I will send to you by email.
Johan |
|
Error message: "Attachment #6 of entry #0 not found", posted by Christian Schult on Sun Oct 16 10:33:23 2005
|
Hi all, I get messages like this
Attachment #16 of entry #0 not found
Please use your browser's back button to go back
always when clicking on an entry in summary or threaded view. I can only read entries when browsing them in full view. How can i fix this?
regards, Christian |
|
Re: Error message: "Attachment #6 of entry #0 not found", posted by Stefan Ritt on Mon Oct 17 10:18:29 2005
|
> Hi all, I get messages like this
> Attachment #16 of entry #0 not found
> Please use your browser's back button to go back
> always when clicking on an entry in summary or threaded view.
> I can only read entries when browsing them in full view. How can i fix this?
> regards, Christian
I need some more information. Can you send me your elogd.cfg, and show
me the URLs your browser displays during your navigation? |
|
Re: Error message: "Attachment #6 of entry #0 not found", posted by Christian Schult on Tue Oct 18 08:02:44 2005
|
> > Hi all, I get messages like this
> > Attachment #16 of entry #0 not found
> > Please use your browser's back button to go back
> > always when clicking on an entry in summary or threaded view.
> > I can only read entries when browsing them in full view. How can i fix this?
> > regards, Christian
>
> I need some more information. Can you send me your elogd.cfg, and show
> me the URLs your browser displays during your navigation?
Well, this is my elog.conf:
[global]
logbook tabs = 1
port = 8081 ; Automatically added in installation.
Hosts allow = localhost, jazz.cocis.de, 127.0.0.1, 192.168.
Hosts deny = ALL
[debian]
Theme = default
Comment = debian logbook
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type
Subst Author = $long_name
Subst Email = $user_email
Locked Attributes = Last Revision
Subst on Edit Last Revision = $date by $long_name
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Category = General, Hardware, Software, Network, Other
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type
Password file = /var/lib/elog/elogpasswd.pwd
Admin user = admin
Reverse sort = 1
Restrict edit = 1
Suppress Email to users = 1
This is the URL after logging in:
http://localhost:8081/debian/17?cmd=List&mode=summary
When i click on one of the entrys, i get thar error message.
URL: http://localhost:8081/debian/debian/17
It says: "Attachment #17 of entry #0 not found
Please use your browser's back button to go back"
regards, Christian |
|
Re: Error message: "Attachment #6 of entry #0 not found", posted by Stefan Ritt on Tue Oct 18 08:04:29 2005
|
> This is the URL after logging in:
> http://localhost:8081/debian/17?cmd=List&mode=summary
>
> When i click on one of the entrys, i get thar error message.
> URL: http://localhost:8081/debian/debian/17
>
> It says: "Attachment #17 of entry #0 not found
> Please use your browser's back button to go back"
Ah, now I recognize the error. Please update to the newest beta5, it's fixed there.
- Stefan |
|
Re: Error message: "Attachment #6 of entry #0 not found", posted by Charles Duncan on Tue Oct 18 18:13:57 2005
|
> > This is the URL after logging in:
> > http://localhost:8081/debian/17?cmd=List&mode=summary
> >
> > When i click on one of the entrys, i get thar error message.
> > URL: http://localhost:8081/debian/debian/17
> >
> > It says: "Attachment #17 of entry #0 not found
> > Please use your browser's back button to go back"
>
> Ah, now I recognize the error. Please update to the newest beta5, it's fixed there.
>
> - Stefan
Stefan,
where can we get Beta5, I can only find Beta4 on all the download locations.
-Charles- |
|
Re: Error message: "Attachment #6 of entry #0 not found", posted by Charles Duncan on Wed Oct 19 15:44:07 2005
|
> > > This is the URL after logging in:
> > > http://localhost:8081/debian/17?cmd=List&mode=summary
> > >
> > > When i click on one of the entrys, i get thar error message.
> > > URL: http://localhost:8081/debian/debian/17
> > >
> > > It says: "Attachment #17 of entry #0 not found
> > > Please use your browser's back button to go back"
> >
> > Ah, now I recognize the error. Please update to the newest beta5, it's fixed there.
> >
> > - Stefan
>
> Stefan,
>
> where can we get Beta5, I can only find Beta4 on all the download locations.
>
> -Charles-
I downloaded the source from the new web site.
-Charles- |
|
How to connect to an ELOG server running behind apache+ssl using the elog command line program?, posted by Johan Nyberg on Sat Oct 15 16:50:25 2005
|
Hi,
I need to post a large number of "old" messages to one of my logbooks and I am trying to modify the script doelog (see http://midas.psi.ch/elogs/Contributions/10) to suit my needs. I am using apache + ssl for secure logins to my ELOG server. The doelog script uses the elog utility program, which is useful for posting ELOG messages from scripts or from the command line. My problem is that I cannot talk to my ELOG server with elog.
Here is what happens:
-------------------------------------------------------------------------------------------------
$ elog -v -h my.server.org -p 443 -l mylogbook -a Category=Other-u myusername mypasswd testmsg
Successfully connected to host my.server.org, port 443
Request sent to host:
POST /mylogbook/ HTTP/1.0
Content-Type: multipart/form-data; boundary=---------------------------1028A8C27FFD1021AAB342B
Host: my.host.org
User-Agent: ELOG
Content-Length: 811
Content sent to host.
Response received:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
Reason: You're speaking plain HTTP to an SSL-enabled server port.<br />
Instead use the HTTPS scheme to access this URL, please.<br />
<blockquote>Hint: <a href="https://my.server.org/"><b>https://my.server.org/</b></a></blockquote></p>
<hr>
<address>Apache Server at <a href="webmaster@my.server.org">my.server.org</a> Port 443</address>
</body></html>
Error transmitting message
-------------------------------------------------------------------------------------------------------
Access to the logbook works perfectly if I use a web browser. If I can find out how to use the elog command line program to connect to my ELOG server running behind apache+ssl, I think I can change the doelog script to suit my needs. Any help is appreciated.
Johan |
|
Re: How to connect to an ELOG server running behind apache+ssl using the elog command line program?, posted by Stefan Ritt on Mon Oct 17 10:20:31 2005
|
| Johan Nyberg wrote: | | I need to post a large number of "old" messages to one of my logbooks and I am trying to modify the script doelog (see http://midas.psi.ch/elogs/Contributions/10) to suit my needs. I am using apache + ssl for secure logins to my ELOG server. The doelog script uses the elog utility program, which is useful for posting ELOG messages from scripts or from the command line. My problem is that I cannot talk to my ELOG server with elog. |
This is because elog does not support "https" through secure socket layers (SSL). Also elogd does not, that's why you use Apache as your proxy. So the only way for you to use elog is to execute it on the server, where it can directly connect to elogd without going through the ssl layer of Apache. |
|
Re: How to connect to an ELOG server running behind apache+ssl using the elog command line program?, posted by Johan Nyberg on Mon Oct 17 11:07:10 2005
|
| Stefan Ritt wrote: |
| Johan Nyberg wrote: | | I need to post a large number of "old" messages to one of my logbooks and I am trying to modify the script doelog (see http://midas.psi.ch/elogs/Contributions/10) to suit my needs. I am using apache + ssl for secure logins to my ELOG server. The doelog script uses the elog utility program, which is useful for posting ELOG messages from scripts or from the command line. My problem is that I cannot talk to my ELOG server with elog. |
This is because elog does not support "https" through secure socket layers (SSL). Also elogd does not, that's why you use Apache as your proxy. So the only way for you to use elog is to execute it on the server, where it can directly connect to elogd without going through the ssl layer of Apache. |
Hi Stefan,
Thanks for your advice. As you say I can add entries using elog to my logbooks if I do it from the server on which elogd runs, in which case ssl and apache are bypassed:
$ elog -h localhost -p 8080 ...
Thanks once again for your excellent software!
Johan |
|
New Accounts, posted by Carl Shirey on Thu Oct 13 19:15:48 2005
|
I hope you can help me Stefan.
The problem that I am having is when someone request a account on elog I received e-mail message to activate there account. I click on the link from my e-mail to activate the account it takes me to the logon page. I log on and then I get a massage that the web does not exist.
What I found out was the elog Damon stops, and I have to restart it and everything work fine.
Here is a copy of me Elog config.
Also can you tell me how you set up the Subtext and the Show new entry buttons on the main page of the elog.
Thank for your help |
|
Re: New Accounts, posted by Stefan Ritt on Thu Oct 13 21:26:31 2005
|
| Carl Shirey wrote: | I hope you can help me Stefan.
The problem that I am having is when someone request a account on elog I received e-mail message to activate there account. I click on the link from my e-mail to activate the account it takes me to the logon page. I log on and then I get a massage that the web does not exist.
What I found out was the elog Damon stops, and I have to restart it and everything work fine.
Here is a copy of me Elog config.
Also can you tell me how you set up the Subtext and the Show new entry buttons on the main page of the elog.
Thank for your help |
I tried with the current version and could not reproduce your problem. Can you try to increase the login expiration like Login expiration = 240 for ten days. If you then click to activate an account and you have been logged in less than ten days ago, you will not be asked to logon. Does the problem then still occur? |
|
Re: New Accounts, posted by Carl Shirey on Fri Oct 14 19:20:40 2005
|
| Stefan Ritt wrote: |
| Carl Shirey wrote: | I hope you can help me Stefan.
The problem that I am having is when someone request a account on elog I received e-mail message to activate there account. I click on the link from my e-mail to activate the account it takes me to the logon page. I log on and then I get a massage that the web does not exist.
What I found out was the elog Damon stops, and I have to restart it and everything work fine.
Here is a copy of me Elog config.
Also can you tell me how you set up the Subtext and the Show new entry buttons on the main page of the elog.
Thank for your help |
I tried with the current version and could not reproduce your problem. Can you try to increase the login expiration like Login expiration = 240 for ten days. If you then click to activate an account and you have been logged in less than ten days ago, you will not be asked to logon. Does the problem then still occur? |
No the problem does not occur when I am still log on. |
|
Next ELOG Release ?, posted by Alex H on Fri Oct 14 11:06:30 2005
|
Hello Stefan,
Did you have a release Date for Elog V2.6.0 ?
Thanks in Advance. |
|
Re: Next ELOG Release ?, posted by Stefan Ritt on Fri Oct 14 11:07:40 2005
|
> Hello Stefan,
> Did you have a release Date for Elog V2.6.0 ?
> Thanks in Advance.
There is still some unfinished code in the HTML email notification. I guess it will take me still some weeks to
finish that, since I'm pretty busy these days... |
|
Re: Next ELOG Release ?, posted by Alex H on Fri Oct 14 11:28:28 2005
|
> > Hello Stefan,
> > Did you have a release Date for Elog V2.6.0 ?
> > Thanks in Advance.
>
> There is still some unfinished code in the HTML email notification. I guess it will take me still some weeks to
> finish that, since I'm pretty busy these days...
Ok ! Thanks for the rapid answer! |