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. |
Display legal banner, posted by Ed To on Wed May 24 08:22:36 2006
|
Hi,
I read somewhere that javascript is supported with elog. For legal reasons, I have to post a legal banner before the login prompt. Can you tell me how to do this? I'm not a programmer, but I guess I could use the javascript alert command to do this. What file would I need to change?
Thank you for your help.
Ed. |
Re: Display legal banner, posted by Stefan Ritt on Wed May 24 09:00:34 2006
|
Ed To wrote: | I read somewhere that javascript is supported with elog. For legal reasons, I have to post a legal banner before the login prompt. Can you tell me how to do this? I'm not a programmer, but I guess I could use the javascript alert command to do this. What file would I need to change? |
Unfortunately it was not possible to do that for the login page, so I had to add a new option Bottom text login which I implemented just now. You can now indeed use the alert command to do what you want, like
in elog.cfg:
Bottom text login = alert.html
and in alert.html:
<script language="JavaScript" type="text/javascript">
<!--
alert("Hello world");
//-->
</script>
or whatever legal statement you have to make.
The new version can be downloaded as elog261-5.exe from the home page. |
Re: Display legal banner, posted by Ed To on Wed May 24 18:09:51 2006
|
Stefan Ritt wrote: |
Ed To wrote: | I read somewhere that javascript is supported with elog. For legal reasons, I have to post a legal banner before the login prompt. Can you tell me how to do this? I'm not a programmer, but I guess I could use the javascript alert command to do this. What file would I need to change? |
Unfortunately it was not possible to do that for the login page, so I had to add a new option Bottom text login which I implemented just now. You can now indeed use the alert command to do what you want, like
in elog.cfg:
Bottom text login = alert.html
and in alert.html:
<script language="JavaScript" type="text/javascript">
<!--
alert("Hello world");
//-->
</script>
or whatever legal statement you have to make.
The new version can be downloaded as elog261-5.exe from the home page. |
Wow, I wasn't expecting that quick of a response. Thanks Stefan. BTW, I really like elog. It's simple to setup and use. Keep up the good work. |
Re: Display legal banner, posted by Ed To on Thu May 25 02:28:27 2006
|
Stefan,
Thanks again. I got it to display my legal banner. |
|