Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 138 of 238  Not logged in ELOG logo
icon1.gif   Attachments, posted by Steve Williamson on Fri Feb 6 12:08:49 2009 

If I open an elog entry as read-only then attachments show as links which can be clicked to open the attachment.  However, if I open an entry using Edit then attachments show as text with a delete button - I would expect to be able to read attachments when editing an entry but there may be some good reason for not being able to.

Also, on attachments, if I click on the attachment icon (paperclip) on the list page the URL encodes "/" as "%2f", e.g.

http://xxx.xxx.xxx.xxx:8080/Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc and I get the following error:

"Invalid URL: Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc" .  If I then change all occurrences of "%2f" to "/" the link works.

We don't use attachments very often but occasionally they are just what you need - and so is elog!

great piece of software - many thanks for sharing it

Steve

 

 


    icon2.gif   Re: Attachments, posted by Stefan Ritt on Thu Feb 12 16:54:27 2009 

 

Steve Williamson wrote:

Also, on attachments, if I click on the attachment icon (paperclip) on the list page the URL encodes "/" as "%2f", e.g.

http://xxx.xxx.xxx.xxx:8080/Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc and I get the following error:

"Invalid URL: Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc" .  If I then change all occurrences of "%2f" to "/" the link works.

 

You have an old version of elog, this bug has been fixed some time ago. Have a look for example at https://midas.psi.ch/elogs/Linux+Demo/.

If you click on a peperclip there, the attachment is shown correctly. 

       icon2.gif   Re: Attachments, posted by Steve Williamson on Tue Feb 17 12:28:19 2009 

Stefan Ritt wrote:

 

Steve Williamson wrote:

Also, on attachments, if I click on the attachment icon (paperclip) on the list page the URL encodes "/" as "%2f", e.g.

http://xxx.xxx.xxx.xxx:8080/Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc and I get the following error:

"Invalid URL: Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc" .  If I then change all occurrences of "%2f" to "/" the link works.

 

You have an old version of elog, this bug has been fixed some time ago. Have a look for example at https://midas.psi.ch/elogs/Linux+Demo/.

If you click on a peperclip there, the attachment is shown correctly. 

 Thanks - just downloaded and compiled the latest version and all is well

icon5.gif   Internal error, no valid header!, posted by ermirza erekose on Wed Feb 11 16:32:42 2009 

I got this error message when trying to upload 17K text file as attachment.  Any idea why ? It's a fresh installed elog and not much configuration done yet.

Thanks

 

 

 

 

 

    icon2.gif   Re: Internal error, no valid header!, posted by Stefan Ritt on Thu Feb 12 16:43:53 2009 

 

ermirza erekose wrote:

I got this error message when trying to upload 17K text file as attachment.  Any idea why ? It's a fresh installed elog and not much configuration done yet.

 

No, no idea. I usually put several MB attachments into elogs without problems. Can you try with the demo logbook https://midas.psi.ch/elogs/Linux+Demo/. Maybe you have an old version of elog? 

       icon2.gif   Re: Internal error, no valid header!, posted by ermirza erekose on Fri Feb 13 03:58:46 2009 

Stefan Ritt wrote:

 

ermirza erekose wrote:

I got this error message when trying to upload 17K text file as attachment.  Any idea why ? It's a fresh installed elog and not much configuration done yet.

 

No, no idea. I usually put several MB attachments into elogs without problems. Can you try with the demo logbook https://midas.psi.ch/elogs/Linux+Demo/. Maybe you have an old version of elog? 

 No problem attaching big files on F10 or CentOS 4.7.   The one that is having issue was on JeOS-8.0.4 - Ubuntu ;-).  All tested with ELOG version 2.7.5 build 2130.

 

 

          icon2.gif   Re: Internal error, no valid header!, posted by ermirza erekose on Sat Feb 14 17:49:59 2009 

ermirza erekose wrote:

Stefan Ritt wrote:

 

ermirza erekose wrote:

I got this error message when trying to upload 17K text file as attachment.  Any idea why ? It's a fresh installed elog and not much configuration done yet.

 

No, no idea. I usually put several MB attachments into elogs without problems. Can you try with the demo logbook https://midas.psi.ch/elogs/Linux+Demo/. Maybe you have an old version of elog? 

 No problem attaching big files on F10 or CentOS 4.7.   The one that is having issue was on JeOS-8.0.4 - Ubuntu ;-).  All tested with ELOG version 2.7.5 build 2130.

 

 

 Correction.  The OSes are OK.  But don't use Opera when uploading big files.

icon5.gif   Multi attribute email notification, posted by mike cianci on Tue Dec 2 23:23:34 2008 

What I would like to do is:

If attribute "A" and attribute  "B" - send email to person #1

If attribute "A" and attribute  "C" - send email to person #2

(I apologize if this in the documentation. I have looked at the "Email" section and have either missed it or don't understand it. Thank you for the help)

    icon2.gif   Re: Multi attribute email notification, posted by Stefan Ritt on Wed Dec 3 15:55:52 2008 

 

mike cianci wrote:

What I would like to do is:

If attribute "A" and attribute  "B" - send email to person #1

If attribute "A" and attribute  "C" - send email to person #2

(I apologize if this in the documentation. I have looked at the "Email" section and have either missed it or don't understand it. Thank you for the help)

 

This is not implemented, you only can test on a single attribute. There might be a possibility with conditional attributes, but I have never tried this out.

       icon6.gif   Re: Multi attribute email notification, posted by mike cianci on Wed Dec 3 22:57:13 2008 

Your suggestion worked GREAT (like always)


Stefan Ritt wrote:

 

mike cianci wrote:

What I would like to do is:

If attribute "A" and attribute  "B" - send email to person #1

If attribute "A" and attribute  "C" - send email to person #2

(I apologize if this in the documentation. I have looked at the "Email" section and have either missed it or don't understand it. Thank you for the help)

 

This is not implemented, you only can test on a single attribute. There might be a possibility with conditional attributes, but I have never tried this out.

 

          icon2.gif   Re: Multi attribute email notification, posted by John Rouillard on Sun Jan 11 00:02:34 2009 

mike cianci wrote:

Your suggestion worked GREAT (like always)

 

 Could you post an example of what you used?

             icon2.gif   Re: Multi attribute email notification, posted by mike cianci on Mon Feb 9 07:58:46 2009 

John Rouillard wrote:

mike cianci wrote:

Your suggestion worked GREAT (like always)

 

 Could you post an example of what you used?

 Sorry, it took me so long to respond. I didn't notice your request.

 

Attributes = Instrument, Notify Lead Tech

Options Instrument = Olympus, Beckman

Options Notify Lead Tech = Yes{a}, No {b}

{a}Email Instrument Olympus = John@lab.net         (i.e. if it is "Yes" and  "Olympus" - John gets an email)

{a}Email Instrument Beckman = Mary@lab.net         (i.e. if it is "Yes" and  "Beckman" - Mary gets an email)

             icon2.gif   Re: Multi attribute email notification, posted by mike cianci on Mon Feb 9 07:58:58 2009 

John Rouillard wrote:

mike cianci wrote:

Your suggestion worked GREAT (like always)

 

 Could you post an example of what you used?

 Sorry, it took me so long to respond. I didn't notice your request.

 

Attributes = Instrument, Notify Lead Tech

Options Instrument = Olympus, Beckman

Options Notify Lead Tech = Yes{a}, No {b}

{a}Email Instrument Olympus = John@lab.net         (i.e. if it is "Yes" and  "Olympus" - John gets an email)

{a}Email Instrument Beckman = Mary@lab.net         (i.e. if it is "Yes" and  "Beckman" - Mary gets an email)

icon5.gif   Options Category : User\Admin, posted by Kim Rosmo on Fri Feb 6 10:47:11 2009 

Hi :)

First i have to say that i love this exelent program,

and that it saved me Hours of trouble using it ^^

Thanks Stefan Ritt :)

 

Now.. here is my problem :P

 

1. I was wondering if there is a possibility to have separate 'Options Category'..  One for Admin and one for User?

    If it is possible, can i have an example?

 

2. How can i arrange pictures in the main window, f.eks 1 picture in center, to the right or wherever i want?

Regards

Kim R

    icon2.gif   Re: Options Category : User\Admin, posted by Stefan Ritt on Fri Feb 6 10:58:14 2009 elog.pngelog.png
Kim Rosmo wrote:

Hi :)

First i have to say that i love this exelent program,

and that it saved me Hours of trouble using it ^^

Thanks Stefan Ritt :)

 

Now.. here is my problem :P

 

1. I was wondering if there is a possibility to have separate 'Options Category'..  One for Admin and one for User?

    If it is possible, can i have an example?

This is unfortunately not possible. All users see the same options. 

Kim Rosmo wrote:

2. How can i arrange pictures in the main window, f.eks 1 picture in center, to the right or wherever i want?

You can put the pictures in a table, and align the table cells accordingly. Here is an example:

 elog.png  elog.png

 

Now you can make the border invisible by setting "border=0". This however can only be done in the HTML mode, so you have to switch using the top left icon "Show HTML source code" and then manually edit the code. This requires some basic HTML knowledge. The result will look like this:

 elog.png  elog.png
       icon2.gif   Re: Options Category : User\Admin, posted by Kim Rosmo on Fri Feb 6 11:42:40 2009 

Stefan Ritt wrote:
Kim Rosmo wrote:

Hi :)

First i have to say that i love this exelent program,

and that it saved me Hours of trouble using it ^^

Thanks Stefan Ritt :)

 

Now.. here is my problem :P

 

1. I was wondering if there is a possibility to have separate 'Options Category'..  One for Admin and one for User?

    If it is possible, can i have an example?

This is unfortunately not possible. All users see the same options. 

Kim Rosmo wrote:

2. How can i arrange pictures in the main window, f.eks 1 picture in center, to the right or wherever i want?

You can put the pictures in a table, and align the table cells accordingly. Here is an example:

 elog.png  elog.png

 

Now you can make the border invisible by setting "border=0". This however can only be done in the HTML mode, so you have to switch using the top left icon "Show HTML source code" and then manually edit the code. This requires some basic HTML knowledge. The result will look like this:

 elog.png  elog.png

 Thanks for a fast reply :)

Its a lot of html tutorials on the net, so i think i will make it with the tables ^^

Regarding the 'Options Category' I can live with it... I have removed edit mode in User, so only Admin can delete or edit.

One last question.. Background color possible?  (Not Style)

Kim R

          icon2.gif   Re: Options Category : User\Admin, posted by Stefan Ritt on Fri Feb 6 11:46:18 2009 
Kim Rosmo wrote:

Thanks for a fast reply :)

Its a lot of html tutorials on the net, so i think i will make it with the tables ^^

Regarding the 'Options Category' I can live with it... I have removed edit mode in User, so only Admin can delete or edit.

One last question.. Background color possible?  (Not Style)

Only through style (that's what style is for, anyhow). 

icon1.gif   Error Message in HTML or Java Script alert, posted by Carsten Elftmann on Mon Oct 13 11:42:07 2008 
Hello,
 
I have there a problem with the error message at required attributes.
 
I have two logbooks with identical settings,
in one the errror message appears as Javascript Alert,
in the other one as html-page, and after using the back button the entered text disapear.
Same I have in this forum.
 
I restart the Server, and tested it in one Firefox session.
 
Any idea?
 
Thanks
  Carsten
    icon2.gif   Re: Error Message in HTML or Java Script alert, posted by Stefan Ritt on Wed Oct 29 05:35:05 2008 

 

Carsten Elftmann wrote:
I have there a problem with the error message at required attributes.
 
I have two logbooks with identical settings,
in one the errror message appears as Javascript Alert,
in the other one as html-page, and after using the back button the entered text disapear.
Same I have in this forum.

 

Can you describe what you exactly enter in this forum to produce the error so that I can reproduce it?

       icon2.gif   Re: Error Message in HTML or Java Script alert, posted by Carsten Elftmann on Tue Jan 27 12:30:26 2009 

Stefan Ritt wrote:

 

Carsten Elftmann wrote:
I have there a problem with the error message at required attributes.
 
I have two logbooks with identical settings,
in one the errror message appears as Javascript Alert,
in the other one as html-page, and after using the back button the entered text disapear.
Same I have in this forum.

 

Can you describe what you exactly enter in this forum to produce the error so that I can reproduce it?

 I could not produce this error here again, so I work on that:

There was a attribute with Type = Date, Preset = $Date.

This added following js code

  for (var i=0 ; i<document.form1.y0.value.length ; i++)
if ((document.form1.y0.value.charAt(i) < "0" ||
document.form1.y0.value.charAt(i) > "9")) { break }
This cause in following error 
Fehler: document.form1.y0 is undefined
Quelldatei: http://elog1.bkitech.de/Test-Maengelbericht/?cmd=Neu
Zeile: 16
After that error none js will be executed. After remarking the Type line, all work well.
          icon2.gif   Re: Error Message in HTML or Java Script alert, posted by Stefan Ritt on Mon Feb 2 10:08:17 2009 

 

Carsten Elftmann wrote:

 

Stefan Ritt wrote:

 

Carsten Elftmann wrote:
I have there a problem with the error message at required attributes.
 
I have two logbooks with identical settings,
in one the errror message appears as Javascript Alert,
in the other one as html-page, and after using the back button the entered text disapear.
Same I have in this forum.

 

Can you describe what you exactly enter in this forum to produce the error so that I can reproduce it?

 

 I could not produce this error here again, so I work on that:

There was a attribute with Type = Date, Preset = $Date.

This added following js code

  for (var i=0 ; i<document.form1.y0.value.length ; i++)
if ((document.form1.y0.value.charAt(i) < "0" ||
document.form1.y0.value.charAt(i) > "9")) { break }
This cause in following error 
Fehler: document.form1.y0 is undefined
Quelldatei: http://elog1.bkitech.de/Test-Maengelbericht/?cmd=Neu
Zeile: 16
After that error none js will be executed. After remarking the Type line, all work well.

 

I tried with following minimal configuration file:

Attributes = D, Author, Subject
Type D = Date
Preset D = $Date

and it worked fine. The form contains a field:

Year: <input type="text" size=5 maxlength=5 name="y0">

which contains the name "y0" and therefore produced no error. Can you try with that configuration and see which difference to your configuration causes the error to appear?

icon5.gif   Incrementation of attribute is not functioning, help needed to fix this., posted by Guido Böing on Wed Jan 28 18:30:03 2009 

 

 

Hello all,

I appear to be doing something wrong or not..
In my configuration I use an incrementation of a certain attribute (Melding)
For some weird reason it won't increment in this place, while it does in another place...

Below is my configuration (at least the part that gives me headaches..)

[Onderhoud Diversen]
Theme = default

Attributes = Melding, Auteur, Type, Planning, Categorie, Status, Onderwerp
Options Type = Preventief, Regulier, Nav Storing, Overig
Options Categorie = SensorProbes, Overig
Options Status = Wachtend, Gepland, In behandeling, Update, Afgerond
Type Planning = date
Extendable Options = Categorie, Status
Required Attributes = Auteur, Type, Unit-Lokatie, Status
Page Title = ELOG - $onderwerp
Reverse sort = 1
Quick filter = Date, Type, Status
Preset Melding= DIVOH: %d%m%y-####
Subst on edit Auteur = $long_name
List Display = ID, Melding, Datum, Status, Auteur, Type, Planning, Categorie, Onderwerp
Summary lines = 0
Display Email recipients = 0
Email All = aapie@sukkeltje.com
Use Email Subject = $Melding, $Onderwerp - $Status
Style Status In behandeling = background-color:red
Style Status Update = background-color:orange
Style Status Afgerond = background-color:lime
Login user = person1, person2

The goal of this part of the configuration is a way to notify and log maintenance on not specified equipment.
I expect a message-tag with: DIVOH: 280109-0001, where 280109 stands for 28th of January, 2009, the 0001 is the message number of that day.
Now when I enter something in it, submit the message it will display DIV-OH: 280109-0001 as I expect, but...
When I start with a new entry I would expect DIVOH: 280109-0002 as it is the second message.. Well, simply put.. I don't get DIVOH: 280109-0002 but instead I get DIVOH: 280109-0001 again.Below the part that does work correctly:

The following part of my configuration does work..

[Onderhoud Windows]
Theme = default

Attributes = Melding, Auteur, Type, Planning, Categorie, Status, Onderwerp
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Categorie = Algemeen, Hardware, Software, Netwerk, Telefonie, Overig
Options Status = Wachtend, Gepland, In behandeling, Update, Opgelost
Type Planning = date
Extendable Options = Categorie, Status
Required Attributes = Auteur, Type, Status
Page Title = ELOG - $onderwerp
Reverse sort = 1
Quick filter = Date, Type, Status
Preset Melding= WSOH: %d%m%y-####
Subst on edit Auteur = $long_name
List Display = ID, Melding, Datum, Status, Auteur, Type, Planning, Categorie, Onderwerp
Summary lines = 0
Style Status In behandeling = background-color:red
Style Status Update = background-color:orange
Style Status Afgerond = background-color:lime

When I copy this one, adjust it to be the same as the first one, but then without the extra things it doesn't work, and with them, well.. it still won't.. :(
I am at a loss here where the mistake is, can someone shed some light on this? I would appreciate that very much.

Best regards,

Guido

 


 

    icon2.gif   Re: Incrementation of attribute is not functioning, help needed to fix this., posted by Stefan Ritt on Mon Feb 2 09:46:24 2009 Capture.png

 

Guido Böing wrote:

I appear to be doing something wrong or not..
In my configuration I use an incrementation of a certain attribute (Melding)
For some weird reason it won't increment in this place, while it does in another place...

Below is my configuration (at least the part that gives me headaches..)

[Onderhoud Diversen]
Theme = default

Attributes = Melding, Auteur, Type, Planning, Categorie, Status, Onderwerp
Options Type = Preventief, Regulier, Nav Storing, Overig
Options Categorie = SensorProbes, Overig
Options Status = Wachtend, Gepland, In behandeling, Update, Afgerond
Type Planning = date
Extendable Options = Categorie, Status
Required Attributes = Auteur, Type, Unit-Lokatie, Status
Page Title = ELOG - $onderwerp
Reverse sort = 1
Quick filter = Date, Type, Status
Preset Melding= DIVOH: %d%m%y-####
Subst on edit Auteur = $long_name
List Display = ID, Melding, Datum, Status, Auteur, Type, Planning, Categorie, Onderwerp
Summary lines = 0
Display Email recipients = 0
Email All = aapie@sukkeltje.com
Use Email Subject = $Melding, $Onderwerp - $Status
Style Status In behandeling = background-color:red
Style Status Update = background-color:orange
Style Status Afgerond = background-color:lime
Login user = person1, person2

 

I tried your configuration and got the attribute incrementing correctly:

Capture.png 

so I'm a bit at a loss, too. Maybe your browser caches the old page, so try a "Reload" on your browser or clear your cache. Maybe your logbook contains some weird entries which make the incementing break. Try this configuration with an empty logbook. Certainly the configuration options are correct.

icon1.gif   Stack error when email notification is active, posted by Michael Ambrus on Tue Jan 20 15:20:38 2009 

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

    icon2.gif   Re: Stack error when email notification is active, posted by Stefan Ritt on Tue Jan 20 15:37:19 2009 

 

Michael Ambrus wrote:

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

 

Cygwin is not officially supported. Can you try the Windows binaries? 

       icon2.gif   Re: Stack error when email notification is active, posted by Michael Ambrus on Tue Jan 20 16:07:03 2009 

Stefan Ritt wrote:

 

Michael Ambrus wrote:

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

 

Cygwin is not officially supported. Can you try the Windows binaries? 

Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.

Windows binaries also solved the issue with the "Top grop" in my other bug rapport.

Thanks for the help!

 

          icon2.gif   Re: Stack error when email notification is active, posted by Michael Ambrus on Wed Jan 21 14:19:45 2009 

Michael Ambrus wrote:

Stefan Ritt wrote:

 

Michael Ambrus wrote:

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

 

Cygwin is not officially supported. Can you try the Windows binaries? 

Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.

Windows binaries also solved the issue with the "Top grop" in my other bug rapport.

Thanks for the help!

 

 

Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.

The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:

Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6

The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?

It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.

Regards /Michael

             icon2.gif   Re: Stack error when email notification is active, posted by Stefan Ritt on Wed Jan 21 14:31:01 2009 

 

Michael Ambrus wrote:

 

Michael Ambrus wrote:

 

Stefan Ritt wrote:

 

Michael Ambrus wrote:

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

 

Cygwin is not officially supported. Can you try the Windows binaries? 

 

Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.

Windows binaries also solved the issue with the "Top grop" in my other bug rapport.

Thanks for the help!

 

 

 

Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.

The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:

Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6

The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?

It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.

Regards /Michael

 

The Windows Binaries are not recompiled for each minor modification. You should check the SVN revistion (the number which shows up at the very bottom of the page, which is 2153 in this case). It might well be that the Windows Binaries do not yet contain the modification for extended SMTP error report.

Furthermore, TLS is not supported in elogd, only plain SMTP is possible. 

                icon2.gif   Re: Stack error when email notification is active, posted by Michael Ambrus on Wed Jan 28 14:38:52 2009 

Stefan Ritt wrote:

 

Michael Ambrus wrote:

 

Michael Ambrus wrote:

 

Stefan Ritt wrote:

 

Michael Ambrus wrote:

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

 

Cygwin is not officially supported. Can you try the Windows binaries? 

 

Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.

Windows binaries also solved the issue with the "Top grop" in my other bug rapport.

Thanks for the help!

 

 

 

Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.

The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:

Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6

The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?

It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.

Regards /Michael

 

The Windows Binaries are not recompiled for each minor modification. You should check the SVN revistion (the number which shows up at the very bottom of the page, which is 2153 in this case). It might well be that the Windows Binaries do not yet contain the modification for extended SMTP error report.

Furthermore, TLS is not supported in elogd, only plain SMTP is possible. 

Thanks for the info, it saves me some time know this on beforehand.

You're right about the Windows binary, it's a lower SVN revision (2140).

 

                icon2.gif   Re: Stack error when email notification is active, posted by Michael Ambrus on Wed Jan 28 14:39:56 2009 

Stefan Ritt wrote:

 

Michael Ambrus wrote:

 

Michael Ambrus wrote:

 

Stefan Ritt wrote:

 

Michael Ambrus wrote:

Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).

Please let me know if there is anything I can do to help.

 

-----------------------------2916890032591
Content-Disposition: form-data; name="attfile"; filename=""
Content-Type: application/octet-stream


-----------------------------2916890032591--

timezone: 0, offset: 0
      6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
Segmentation fault (core dumped)

 

Cygwin is not officially supported. Can you try the Windows binaries? 

 

Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.

Windows binaries also solved the issue with the "Top grop" in my other bug rapport.

Thanks for the help!

 

 

 

Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.

The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:

Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6

The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?

It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.

Regards /Michael

 

The Windows Binaries are not recompiled for each minor modification. You should check the SVN revistion (the number which shows up at the very bottom of the page, which is 2153 in this case). It might well be that the Windows Binaries do not yet contain the modification for extended SMTP error report.

Furthermore, TLS is not supported in elogd, only plain SMTP is possible. 

Thanks for the info, it saves me some time know this on beforehand.

You're right about the Windows binary, it's a lower SVN revision (2140).

 

icon5.gif   Last day -- list menu command, posted by Mike Forster on Tue Jan 27 15:13:08 2009 

 Hi folks, 

I want to have Last day be a command in the List display, so I added:

List menu commands = New, Find, Import, Login, Logout, Config, Last day, Help

However, when Last day is selected, the command does not change to Last 2 days.
What is the right way to do this?

Thanks,
Mike

 

    icon2.gif   Re: Last day -- list menu command, posted by Stefan Ritt on Tue Jan 27 15:45:52 2009 

 

Mike Forster wrote:

 Hi folks, 

I want to have Last day be a command in the List display, so I added:

List menu commands = New, Find, Import, Login, Logout, Config, Last day, Help

However, when Last day is selected, the command does not change to Last 2 days.
What is the right way to do this?

 

You have to put "Last x" in the menu, not "Last day". Unfortunately by default the label "Last day" does not show up. I fixed this in the current version. But you can yourself start this thing by adding "past1" to the URL, or by making yourself a bookmark in your browser. Like

https://midas.psi.ch/elogs/Forum/past1

then the "Last 2 days" will show up.

       icon2.gif   Re: Last day -- list menu command, posted by Mike Forster on Tue Jan 27 17:29:24 2009 

 

Stefan Ritt wrote:

 

Mike Forster wrote:

 Hi folks, 

I want to have Last day be a command in the List display, so I added:

List menu commands = New, Find, Import, Login, Logout, Config, Last day, Help

However, when Last day is selected, the command does not change to Last 2 days.
What is the right way to do this?

 

You have to put "Last x" in the menu, not "Last day". Unfortunately by default the label "Last day" does not show up. I fixed this in the current version. But you can yourself start this thing by adding "past1" to the URL, or by making yourself a bookmark in your browser. Like

https://midas.psi.ch/elogs/Forum/past1

then the "Last 2 days" will show up.

 

 Thanks very much, Stefan.

I did not know "Last x" was the appropriate menu option.
--Mike

ELOG V3.1.5-3fb85fa6