|
Demo
Discussion
|
Forum
Config Examples
Contributions
Vulnerabilities
|
Discussion forum about ELOG, Page 174 of 238 |
Not logged in |
 |
|
restrict access, posted by Gerald Ebberink on Wed Jun 21 22:11:15 2006
|
Dear all,
I am trying to get elog used in our company but I need some help.
I have two small questions:
-1- how can I restrict the access
of a certain user such that he can only see certain logbooks.
But also not showing the other logbooks on the selection page.
So we could have a tree like this:
Stage one
|
|->Stage 2
|
|
/ \
| |
Co1 Co2
/ \
job job
So when Co1 logs in the should not be able to see Co2 and the attached job
-2- How can I have a login page instead of the logbook selection page.
When I insert the password statement the config, I get a blank page. |
Re: restrict access, posted by Stefan Ritt on Thu Jun 22 08:04:13 2006
|
> -1- how can I restrict the access
> of a certain user such that he can only see certain logbooks.
This can be achieved with the "Login user = ..." option.
> But also not showing the other logbooks on the selection page.
You could try to use "top groups". This gives you "separate" groups of logbooks, so you could make a public tree
seen by everybody and private trees only seen by a few people. Please read the documentation for details.
> -2- How can I have a login page instead of the logbook selection page.
> When I insert the password statement the config, I get a blank page.
You get a login page instead of the selection page if the "Password file = " statement is in the [global] section
and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you
from logging out. |
Re: restrict access, posted by Gerald Ebberink on Thu Jun 22 11:29:17 2006
|
> > -1- how can I restrict the access
> > of a certain user such that he can only see certain logbooks.
>
> This can be achieved with the "Login user = ..." option.
That is what I found in the mean time. And it works like a charm.
>
> > But also not showing the other logbooks on the selection page.
>
> You could try to use "top groups". This gives you "separate" groups of logbooks, so you could make a public tree
> seen by everybody and private trees only seen by a few people. Please read the documentation for details.
I'm now using this (I had to redesign our tree for that)
> > -2- How can I have a login page instead of the logbook selection page.
> > When I insert the password statement the config, I get a blank page.
>
> You get a login page instead of the selection page if the "Password file = " statement is in the [global] section
> and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
> file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you
> from logging out.
This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error
stating
that the page is unavailable |
Re: restrict access, posted by Stefan Ritt on Thu Jun 22 11:38:38 2006
|
> > You get a login page instead of the selection page if the "Password file = " statement is in the [global]
section
> > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
> > file statement between the [global] and the logbook sections, because otherwise the old cookies might
prevent you
> > from logging out.
>
> This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error
> stating that the page is unavailable
If I use following config file:
[global]
port = 8080
password file = passwd
protect selection page = 1
[demo1]
Attributes = Author, Type, Category, Subject
[demo2]
Attributes = Author, Type, Category, Subject
then I don't get a blank page. An unavailable page you should only get whan you use top groups, and want to
access the root. |
Re: restrict access, posted by Gerald Ebberink on Thu Jun 22 12:10:00 2006
|
> > > You get a login page instead of the selection page if the "Password file = " statement is in the [global]
> section
> > > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password
> > > file statement between the [global] and the logbook sections, because otherwise the old cookies might
> prevent you
> > > from logging out.
> >
> > This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error
> > stating that the page is unavailable
>
> If I use following config file:
>
>
> [global]
> port = 8080
> password file = passwd
> protect selection page = 1
>
> [demo1]
> Attributes = Author, Type, Category, Subject
>
> [demo2]
> Attributes = Author, Type, Category, Subject
>
>
> then I don't get a blank page. An unavailable page you should only get whan you use top groups, and want to
> access the root.
I use the folowing file and do get this error (the company names and other sensitive information has been changed to
something simular but not so sensitive)
[global]
logbook tabs = 1
port = 80
Logbook dir = /srv/elog/logbooks/
URL = http://my.domain/
Protect selection page = 1
Password file = /srv/elog/passwords/main.passwd
Self register = 0
Admin user = Gerald
Group World = Procedures, Work
Group Work = Company, Company2
Group Company = twiddle
Group twiddle = Panels, Bond
[Procedures]
Theme = default
Comment = General Procedures for use with
Attributes = Author, Category, Subject
Options Category = Maintenance, Alignment
Required Attributes = Author, Category
Subdir = Some/dir
[Company2]
Theme = default
Comment = Company2 project Page
Attributes = Author, Category, Subject
Options Category = Scheduling, During Progress, During measuring, After
Required Attributes = Author
Subdir = some/dir
[Panels]
Theme = default
Attributes = Author, Category, Subject
Options Category = Scheduling, During Progress, During measuring, After
Required Attributes = Author
Subdir = Some/dir
Expand default = 2
Protect selection page = 1
[bond]
Theme = default
Attributes = Author, Category, Subject
Options Category = Scheduling, During Progress, During measuring, After
Required Attributes = Author
Subdir = some/dir |
Re: restrict access, posted by Stefan Ritt on Fri Jun 23 12:29:30 2006  
|
Even with your config file (I just changed the URL) I get the correct behaviour:

and after I supply my credentials:

My full elogd.cfg is attached for your reference.
I'm pretty sure that you did not delete your old cookies. Try from another computer. Make sure to have the most recent version of elog. Start the elogd daemon with the "-v" flag and watch the communication. I get for example:
GET / HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20
060508 Firefox/1.5.0.4
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai
n;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: urem=1
==== Return ================================
....
As you can see, only the "urem" cookie is present. After I logged in, I get:
Cookie: urem=1; unm=stefan; upwd=Z2suZgFszgg==
These cookies identify you as logged in, so the login screen does not appear any more. |
Re: restrict access, posted by Gerald Ebberink on Fri Jun 23 13:16:57 2006
|
My full elogd.cfg is attached for your reference.
I'm pretty sure that you did not delete your old cookies. Try from another computer. Make sure to have the most recent version of elog. Start the elogd daemon with the "-v" flag and watch the communication. I get for example:
Well actualy these old cookies don't exist, but I found an error in the verbose mode.
GET / HTTP/1.1
Host: hostname
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060608 Ubuntu/dapper-security Firefox/1.5.0.4
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: urem=0
Remote host "hostname" matches "ALL" in "Hosts deny". Access denied.
Remote host "hostname" matches "hostname" in "Hosts allow". Access granted.
Internal error, no valid header!
As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access.
But where does this Internal error come from.
I use the standard packaged version of elog (V2.6.1) from the Ubuntu repositories. |
Re: restrict access, posted by Stefan Ritt on Fri Jun 23 13:43:03 2006
|
Gerald Ebberink wrote: | As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access. But where does this Internal error come from. |
I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |
Re: restrict access, posted by Gerald Ebberink on Fri Jun 23 14:57:02 2006
|
I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |
Here you are.. |
Re: restrict access, posted by Gerald Ebberink on Mon Jul 17 13:20:07 2006
|
Stefan Ritt wrote: |
Gerald Ebberink wrote: | As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access. But where does this Internal error come from. |
I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |
I have just installed the svn version of elog, and the problem has been fixed.
Thank you very much! |
Inserting images via Internet Explorer, posted by Elaine Cristina Franchini dos Anjos on Fri Jun 2 21:20:06 2006
|
Hi Stefan,
I observed that there is a difference between IE and others browsers.
When I use "insert image" button in Netscape, for instance,
it creates automatically a tag like [IMG]elog:1/1[/IMG] and
includes an attachment in the ELOG entry.
When a try to do the same action in Internet Explorer, only
the attachment is created without the tag [IMG]elog:1/1[/IMG] .
I did the same test using this forum, and the results are identical
that was related above.
Is it a bug or I'm doing something wrong ?
Thanks,
Elaine |
Re: Inserting images via Internet Explorer, posted by Stefan Ritt on Thu Jul 13 15:16:53 2006
|
Elaine Cristina Franchini dos Anjos wrote: | I observed that there is a difference between IE and others browsers.
When I use "insert image" button in Netscape, for instance,
it creates automatically a tag like [IMG]elog:1/1[/IMG] and
includes an attachment in the ELOG entry.
When a try to do the same action in Internet Explorer, only
the attachment is created without the tag [IMG]elog:1/1[/IMG] . |
This is a problem of the JavaScript implementation of Internet Explorer. After some externsive research I found now a way to convince IE to do the right thing. The fix is contains in SVN revision 1701 and will be released with 2.6.2-2 soon. |
Re: Inserting images via Internet Explorer, posted by Elaine Cristina Franchini dos Anjos on Fri Jul 14 20:29:21 2006
|
Stefan Ritt wrote: |
Elaine Cristina Franchini dos Anjos wrote: | I observed that there is a difference between IE and others browsers.
When I use "insert image" button in Netscape, for instance,
it creates automatically a tag like [IMG]elog:1/1[/IMG] and
includes an attachment in the ELOG entry.
When a try to do the same action in Internet Explorer, only
the attachment is created without the tag [IMG]elog:1/1[/IMG] . |
This is a problem of the JavaScript implementation of Internet Explorer. After some externsive research I found now a way to convince IE to do the right thing. The fix is contains in SVN revision 1701 and will be released with 2.6.2-2 soon. |
Great job !
I tried the SVN revision 1701, and it works perfectly.
Thank you for all your effort.
Regards,
Elaine |
Elogd.exe crashes on windows, posted by Tim Fowler on Thu May 4 16:01:29 2006
|
I have elog setup to send emails based on the priority of one of the attributes. When a new entry is created, the emails are sent successfully, however if the entry is edited or if you changed the attribute, elogd.exe will crash with a memory access error.
I have tried this and received the same results on different computers and different versions on Elog down to versions 2/6.0 beta 5. (it works correctly in that version).
The attribute in question is setup something like below:
Attributes = Ticket #, Site, Shift, Type, Area, System Name, Description, Priority, Status, Total Down Time, Last Revision
...(omitted config)
Options Priority = High, Medium, Low
...(omitted config)
Use Email Subject = $Site -- $System Name $Description
Use Email From = testuser@myexample.com
;Send email if priority is set to high
Email Priority High = testuser2@myexample.com
Display Email recipients = 1
Email Format = 14 |
Re: Elogd.exe crashes on windows, posted by Stefan Ritt on Thu Jul 13 15:25:44 2006
|
Tim Fowler wrote: | I have elog setup to send emails based on the priority of one of the attributes. When a new entry is created, the emails are sent successfully, however if the entry is edited or if you changed the attribute, elogd.exe will crash with a memory access error.
I have tried this and received the same results on different computers and different versions on Elog down to versions 2/6.0 beta 5. (it works correctly in that version).
The attribute in question is setup something like below:
Attributes = Ticket #, Site, Shift, Type, Area, System Name, Description, Priority, Status, Total Down Time, Last Revision
...(omitted config)
Options Priority = High, Medium, Low
...(omitted config)
Use Email Subject = $Site -- $System Name $Description
Use Email From = testuser@myexample.com
;Send email if priority is set to high
Email Priority High = testuser2@myexample.com
Display Email recipients = 1
Email Format = 14 |
This problem has now been fixed in version 2.6.2. |
Setting Subject for ELog email notification, posted by Alan Stone on Wed Jul 12 17:52:45 2006
|
Hi,
I have the following elogd.cfg syntax:
; Email notification
Suppress Email to users = 1
Omit Email To = 1
User Email Subject = $subject
Use Email Heading Edit = $subject
Email Report Notify-CMSROC = alstone@fnal.gov
However, the resulting email is not exactly what I want:
*****************************************
Date: Wed, 12 Jul 2006 10:43:09 -0500
From: Alan Stone <alstone@fnal.gov>
To: ELOG@fnal.gov
Subject: New ELOG entry
A new entry has been submitted on nippon.fnal.gov:
Logbookcmsroc
AuthorAlan Stone
SystemAdmin
ReportNotify-CMSROC
Subjecttest email subject again
Logbook URLhttp://nippon.fnal.gov:8081/cmsroc/85
***************************************************
1) The subject is using some default, instead of capturing the $subject string (as
it does with Reply).
2) I want to control the output header "A new entry...".
3) The formatting of email body is awkward. For example, "AuthorAlan Stone"
should have at least a space, and maybe a hyphen or colon, "Author: Alan Stone"
Any help would be appreciated.
Thanks, Alan |
Re: Setting Subject for ELog email notification, posted by Stefan Ritt on Thu Jul 13 08:11:33 2006
|
Alan Stone wrote: | Hi,
I have the following elogd.cfg syntax:
; Email notification
Suppress Email to users = 1
Omit Email To = 1
User Email Subject = $subject
Use Email Heading Edit = $subject
Email Report Notify-CMSROC = alstone@fnal.gov
1) The subject is using some default, instead of capturing the $subject string (as
it does with Reply). |
You made a typo. It should be
Use Email Subject = $subject
instead of User Email ...
Alan Stone wrote: | 2) I want to control the output header "A new entry...". |
You do with with
Use Email Heading = $subject
The option Use Email Heading Edit = $subject is only for entries which are edited (as opposed to new entries). Just read the manual!
Alan Stone wrote: | 3) The formatting of email body is awkward. For example, "AuthorAlan Stone"
should have at least a space, and maybe a hyphen or colon, "Author: Alan Stone" |
The email is formatted in HTML. Standard email programs like Thunderbird display them properly. If you email client has a problem with it, you can switch to plain text encoding with
Email encoding = 1
Best regards,
Stefan |
Canīt run command "make" in OSX, posted by Mats McLund on Fri Jun 30 13:35:03 2006
|
Hello.
I think to test Elog in Mac G5 with OSX 10.4.6.
In the manual is following installationtext:
"Installation from the tarball:
Download the latest elog-x.x.x.tar.gz package.
Expand the compressed TAR file with tar -xzvf elog-x.x.x.tar.gz. This creates a subdirectory elog-x.x.x where x.x.x is the version number. In that directory execute make, which creates the executables elogd, elog and elconv."
The problem is when i try to run the command "make" in ~/elog-2.6.1 subdirectory. I get following message:
-bash: make: command not found
Now, Im not an "UNIX-hacker" so I will be glad if anyone maybe can help me?
Best regardīs
Mats McLund |
Re: Canīt run command "make" in OSX, posted by Steve Jones on Tue Jul 4 07:04:19 2006
|
Mats McLund wrote: | Hello.
I think to test Elog in Mac G5 with OSX 10.4.6.
In the manual is following installationtext:
"Installation from the tarball:
Download the latest elog-x.x.x.tar.gz package.
Expand the compressed TAR file with tar -xzvf elog-x.x.x.tar.gz. This creates a subdirectory elog-x.x.x where x.x.x is the version number. In that directory execute make, which creates the executables elogd, elog and elconv."
The problem is when i try to run the command "make" in ~/elog-2.6.1 subdirectory. I get following message:
-bash: make: command not found
Now, Im not an "UNIX-hacker" so I will be glad if anyone maybe can help me?
Best regardīs
Mats McLund |
Quote: | Typically one would install the Gnu compiler series and with that come 'gmake'. Barring that, and not knowing anything about OSx, if OSx comes with its own compiler series then make might be somewhere on the system but not in your path. Go to http://gcc.gnu.org/ and see if you an find a pre-built version of gcc -- all I found mentioned "darwin". Perhaps Apple has something in the way of a development colleciton? |
|
Re: Canīt run command "make" in OSX, posted by Mats McLund on Tue Jul 4 08:46:15 2006
|
Steve Jones wrote: |
Mats McLund wrote: | Hello.
I think to test Elog in Mac G5 with OSX 10.4.6.
In the manual is following installationtext:
"Installation from the tarball:
Download the latest elog-x.x.x.tar.gz package.
Expand the compressed TAR file with tar -xzvf elog-x.x.x.tar.gz. This creates a subdirectory elog-x.x.x where x.x.x is the version number. In that directory execute make, which creates the executables elogd, elog and elconv."
The problem is when i try to run the command "make" in ~/elog-2.6.1 subdirectory. I get following message:
-bash: make: command not found
Now, Im not an "UNIX-hacker" so I will be glad if anyone maybe can help me?
Best regardīs
Mats McLund |
Quote: | Typically one would install the Gnu compiler series and with that come 'gmake'. Barring that, and not knowing anything about OSx, if OSx comes with its own compiler series then make might be somewhere on the system but not in your path. Go to http://gcc.gnu.org/ and see if you an find a pre-built version of gcc -- all I found mentioned "darwin". Perhaps Apple has something in the way of a development colleciton? |
|
Hi Steve.
I have now found a compiler on Apples Developer Tools --- they came as a CD from Apple with my Mac G5.
Great thanks to mr Thomas R. Vilberg for that tips!
I have now the "make"-commands to work as you see.
McLunds-G5:~/elog-2.6.1 admin$ ls -al
total 3984
drwxr-xr-x 21 1093 110 714 Jun 30 14:55 .
drwxrwxr-x 45 admin staff 1530 Jun 30 14:52 ..
-rwxr-xr-x 1 1093 110 17982 Oct 7 2005 COPYING
-rw-r--r-- 1 1093 110 3702 Mar 6 20:32 Makefile
-rw-r--r-- 1 1093 110 327 Oct 7 2005 README
drwxr-xr-x 11 1093 110 374 Apr 1 15:29 contrib
drwxr-xr-x 19 1093 110 646 Apr 1 15:29 doc
-rwxr-xr-x 1 root 110 35020 Jun 30 14:55 elconv
-rwxr-xr-x 1 root 110 43152 Jun 30 14:53 elog
-rwxr-xr-x 1 root 110 1806608 Jun 30 14:54 elogd
-rwxr-xr-x 1 1093 110 412 Mar 28 17:19 elogd.cfg
-rwxr-xr-x 1 1093 110 1256 Jan 19 09:19 elogd.init_template
drwxr-xr-x 3 1093 110 102 Apr 1 15:29 logbooks
drwxr-xr-x 5 1093 110 170 Apr 1 15:29 man
-rw-r--r-- 1 root 110 56868 Jun 30 14:53 mxml.o
-rw-r--r-- 1 root 110 46844 Jun 30 14:53 regex.o
drwxr-xr-x 31 1093 110 1054 Apr 1 15:29 resources
drwxr-xr-x 3 1093 110 102 Apr 1 15:29 scripts
drwxr-xr-x 8 1093 110 272 Apr 1 15:29 src
-rw-r--r-- 1 root 110 1672 Jun 30 14:53 strlcpy.o
drwxr-xr-x 3 1093 110 102 Apr 1 15:29 themes
But....
When I try to run "elogd -p 8080" or just "elogd" after installation I get message "-bash: elogd: command not found" 
You maybe have some other trick to start elogd?
Best regards and thanks for all help.
Mats McLund |
Re: Canīt run command "make" in OSX, posted by Gerald Ebberink on Tue Jul 4 08:52:47 2006
|
Mats McLund wrote: |
But....
When I try to run "elogd -p 8080" or just "elogd" after installation I get message "-bash: elogd: command not found" 
You maybe have some other trick to start elogd?
Best regards and thanks for all help.
Mats McLund |
Mats,
What you might want to try is the following (it works for linux which has bash)
in the elog directory run "./elogd -p 8080" you see the dot slash in there that means it should run the file in the local directory.
of that works you could try run "make install" in which case it will be installed in the directory where it can be found as a command.
these are just my 2 cents. |
Re: Canīt run command "make" in OSX, posted by Mats McLund on Tue Jul 4 13:07:53 2006
|
Gerald Ebberink wrote: |
Mats McLund wrote: |
But....
When I try to run "elogd -p 8080" or just "elogd" after installation I get message "-bash: elogd: command not found" 
You maybe have some other trick to start elogd?
Best regards and thanks for all help.
Mats McLund |
Mats,
What you might want to try is the following (it works for linux which has bash)
in the elog directory run "./elogd -p 8080" you see the dot slash in there that means it should run the file in the local directory.
of that works you could try run "make install" in which case it will be installed in the directory where it can be found as a command.
these are just my 2 cents. |
Hello Gerald.
Tank you for your help!
But..... 
When I run ./elogd -p 8080 I get "Bus error" message.
Best regards
Mats McLund |
Re: Canīt run command "make" in OSX, posted by Gerald Ebberink on Mon Jul 10 11:14:12 2006
|
Mats McLund wrote: |
Hello Gerald.
Tank you for your help!
But..... 
When I run ./elogd -p 8080 I get "Bus error" message.
Best regards
Mats McLund |
Hello Mats,
This sounds like something I have not encountered, so I think you'll need to wait for Mr. Ritt to solve this. |
Re: Canīt run command "make" in OSX, posted by Stefan Ritt on Mon Jul 10 11:15:25 2006
|
Gerald Ebberink wrote: | This sounds like something I have not encountered, so I think you'll need to wait for Mr. Ritt to solve this. |
No, I can't solve this becaue I have no MAC.
Sorry,
Stefan |
Losing field 'focus' when using Conditional Attributes, posted by Steve Jones on Tue May 30 17:54:21 2006
|
Stefan, any way to address this? It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system).
With version 2.6.1 rev 1681 I believe this is when I started seeing the behavior such that when a conditional attribute value is selected the focus switches to the message entry window. It looks like when the javascript cond_submit() is called for some reason on returning focus defaults to the message window. This occurs under Windows (rev 1861) and Solaris (rev 1864). I can see in function chkform() that focus is returned for checking Required attributes, but I see nothing for conditional attributes.
Thanks |
Re: Losing field 'focus' when using Conditional Attributes, posted by Steve Jones on Tue May 30 17:57:46 2006
|
Steve Jones wrote: | Stefan, any way to address this? It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system).
With version 2.6.1 rev 1681 I believe this is when I started seeing the behavior such that when a conditional attribute value is selected the focus switches to the message entry window. It looks like when the javascript cond_submit() is called for some reason on returning focus defaults to the message window. This occurs under Windows (rev 1861) and Solaris (rev 1864). I can see in function chkform() that focus is returned for checking Required attributes, but I see nothing for conditional attributes.
Thanks |
Quote: |
Attributes FunctionalArea, Operation, Category
#####################################################################################################
# Start defining how the form works
##################################################
# Define FunctionalArea
#
Options FunctionalArea = NFS{1}, LDAP{2}, LoadBalancer{3}, LSF{4}, SunRay{5}, Tarantella{6}, Vital Server{7}, ClearCase{8}, CFEngine{9}, DataCenter{10}, Compute{11}, Network{12}
##################################################
# Define Operation
#
{1} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{2} Options Operation = Schema Change, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{3} Options Operation = New Service Added, Configuration Change, Maintenance, SW Installation, SW Upgrade, Patch Applied
{4} Options Operation = Schema Change, Queue Change, License Change, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{5} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Firmware Upgrade, Patch Applied
{6} Options Operation = WebTop Change, Server Added, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{7} Options Operation = New Service Added, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{8} Options Operation = New VOB, New View, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{9} Options Operation = SW Upgrade, Configuration Change, Patch Applied
{10} Options Operation = New HW Install, HW Maintenance, Power/UPS, HVAC, Network HW
{11} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{12} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
Tooltip FunctionalArea = The predefined Operations areas under which a Change may be scheduled.
Tooltip Operation = Choose FUNCTIONALAREA first
##################################################
# Define Category
#
{1} Options Category = HP, Celera, Sun, Brocade, StorageTek, EMC
{2} Options Category = Supplier, Hub, Consumer,Gateway, Client
{3} Options Category = F5, CSS
{4} Options Category = Master
{5} Options Category = SunrayServer
{6} Options Category = TTServer, DesktopServer
{7} Options Category = WWW, NIS, LISTSRV, NTP, DNS, MTA, TWIKI, ELOG, LOGGING HOST, GSH
{8} Options Category = VOB, VIEW
{9} Options Category = ?
{10} Options Category = Cisco, Netbotz, Liebert Paging
{11} Options Category = HPUX, Solaris, Linux
{12} Options Category = Cisco
Tooltip Category = Optional attribute. Please use for furthur classification.
|
|
Re: Losing field 'focus' when using Conditional Attributes, posted by Stefan Ritt on Tue Jun 13 08:51:38 2006
|
Steve Jones wrote: | It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system). |
It was some new code used for inline images. If you upload an inline image, an extra window opens which lets you select the image file. After that operation, you want to have the focus back at the text box. Unfortunately this also happened now after the JavaScript update of conditional attributes. I fixed that in the new version 2.6.1-6. |
Re: Losing field 'focus' when using Conditional Attributes, posted by Steve Jones on Fri Jun 23 19:24:12 2006
|
Stefan Ritt wrote: |
Steve Jones wrote: | It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system). |
It was some new code used for inline images. If you upload an inline image, an extra window opens which lets you select the image file. After that operation, you want to have the focus back at the text box. Unfortunately this also happened now after the JavaScript update of conditional attributes. I fixed that in the new version 2.6.1-6. |
Quote: | Just compiled and tested on Solaris 8 -- works great!! |
|
Hosts Allow and Password File, posted by Jeremy Perkins on Wed Jun 21 18:36:06 2006
|
I'm trying to set up an elog that uses a password file using the "Password file = /blah" directive as well as the "Hosts allow = myhost.mydomain" directive. I used the -v command and watched the messages and elogd is recognizing that I am connecting from an allowed host but the login page is still appearing. Is there a way to use both of these? |
Re: Hosts Allow and Password File, posted by Stefan Ritt on Thu Jun 22 08:09:11 2006
|
Jeremy Perkins wrote: | I'm trying to set up an elog that uses a password file using the "Password file = /blah" directive as well as the "Hosts allow = myhost.mydomain" directive. I used the -v command and watched the messages and elogd is recognizing that I am connecting from an allowed host but the login page is still appearing. Is there a way to use both of these? |
You misunderstand something. The "Password file = ..." statement turns on user level access, that means each user has to log in and identify himself this way in a unique way (so that you know who wore a certain logbook entry etc.). This has nothing to do with the "Hosts allow/deny" statements, which works separately. So if you combine "hosts allow" with "password file", this means that only users from the password file can log in from certain hists, but they still have to identify themselves with their username and password. If you want to log into a logbook without supplying a password from certain hosts, then you remove the "password file" statement. But then anyone from that host can write logbook entries, so you loose the user identification. |
'Click through' order of elog enteries, posted by Fergus Lynch on Mon Jun 5 14:19:52 2006
|
Hi There,
When you find a set of records in ELOG and then 'click through' the returned list it runs through then in order of ID. - I s there a way to modify this behaviour?
Many Thanks
Fergus |
Re: 'Click through' order of elog enteries, posted by Stefan Ritt on Tue Jun 6 16:20:42 2006
|
Fergus Lynch wrote: | Hi There,
When you find a set of records in ELOG and then 'click through' the returned list it runs through then in order of ID. - I s there a way to modify this behaviour?
Many Thanks
Fergus |
Unfortunately not. |