| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68340
|
Tue Jun 21 16:44:05 2016 |
 | John Haggerty | haggerty@bnl.gov | Bug report | Mac OSX | 3.1.0 | Re: pdf thumbnails in latest Imagemagick |
| Stefan Ritt wrote: |
|
Hi John,
I use ImageMagick 6.9.3-10 on my Mac OSX 10.11.5 and it works fine. So apparently the parameters of the ImageMagick program have been changed. If you set the logging level to 2 or higher, you should see the "convert" and "identify" commands in the logging file. If you try these commands manually from the command line, you will see if they succeed or give an error. Please post this error here so I can have a look.
Cheers,
Stefan
| John Haggerty wrote: |
|
I think with the latest Imagemagick from brew (6.9.4-7) that pdf thumnails no longer get made; the attachment is there but the message "Cannot create thumbnail, please check ImageMagick installation" apears instead of the thumbnails. I couldn't make out from elogd -v 3 why they failed, but I couldn't make out the exact convert command that was failing. This is on MacOS 10.11.5 and I think the updated version ofImagemagick was the last thing that changed before it failed.
|
|
Since I posted that, there have been multiple versions of Imagemagick released through brew for the Mac in the last few weeks, and I'm now using 6.9.4-9, which seems to work fine with thumbnails again, indeed, I noticed that as soon as 6.9.4-8 was released, I was back to normal, but thanks for the debugging pointer. |
|
67856
|
Wed Apr 8 11:40:27 2015 |
 | Oliver Kleinau | oliver.kleinau@it.niedersachsen.de | Question | Linux | 3.1 | Max Logbooks for Email notify |
Hi,
we've got 109 logbooks in Elog. Whenever I set a notify for all logbooks in configuration menu it is limited to 73 entrys. After saving the changes the rest of the entrys are cut off.
I've already searched in the sourcecode if I can find some limitation for that but without success.
When I change the password file by hand, it is working as long as I don't change anything in the configuration that rewrites the file.
Regards,
Oliver
|
|
67857
|
Fri Apr 10 08:37:19 2015 |
| Oliver Kleinau | oliver.kleinau@it.niedersachsen.de | Question | Linux | 3.1 | Re: Max Logbooks for Email notify |
It seems to be the GET buffer of the elog-Server. The GET statement is cut off after &sub_lb72=1&sub_ eg. 1000 chars.
| Oliver Kleinau wrote: |
|
Hi,
we've got 109 logbooks in Elog. Whenever I set a notify for all logbooks in configuration menu it is limited to 73 entrys. After saving the changes the rest of the entrys are cut off.
I've already searched in the sourcecode if I can find some limitation for that but without success.
When I change the password file by hand, it is working as long as I don't change anything in the configuration that rewrites the file.
Regards,
Oliver
|
|
|
67858
|
Fri Apr 10 09:59:42 2015 |
| Oliver Kleinau | oliver.kleinau@it.niedersachsen.de | Question | Linux | 3.1 | Re: Max Logbooks for Email notify |
It was str variable in function process_http_request in elogd.c.
This should have the size of received buffer.
PROBLEM SOLVED!!!
| Oliver Kleinau wrote: |
|
It seems to be the GET buffer of the elog-Server. The GET statement is cut off after &sub_lb72=1&sub_ eg. 1000 chars.
| Oliver Kleinau wrote: |
|
Hi,
we've got 109 logbooks in Elog. Whenever I set a notify for all logbooks in configuration menu it is limited to 73 entrys. After saving the changes the rest of the entrys are cut off.
I've already searched in the sourcecode if I can find some limitation for that but without success.
When I change the password file by hand, it is working as long as I don't change anything in the configuration that rewrites the file.
Regards,
Oliver
|
|
|
|
67862
|
Wed Apr 22 13:40:19 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1 | Re: Max Logbooks for Email notify |
Ok, I fixed this in the current GIT version. You might check if that works for you.
| Oliver Kleinau wrote: |
|
It was str variable in function process_http_request in elogd.c.
This should have the size of received buffer.
PROBLEM SOLVED!!!
| Oliver Kleinau wrote: |
|
It seems to be the GET buffer of the elog-Server. The GET statement is cut off after &sub_lb72=1&sub_ eg. 1000 chars.
| Oliver Kleinau wrote: |
|
Hi,
we've got 109 logbooks in Elog. Whenever I set a notify for all logbooks in configuration menu it is limited to 73 entrys. After saving the changes the rest of the entrys are cut off.
I've already searched in the sourcecode if I can find some limitation for that but without success.
When I change the password file by hand, it is working as long as I don't change anything in the configuration that rewrites the file.
Regards,
Oliver
|
|
|
|
|
67892
|
Fri May 8 17:45:24 2015 |
 | Edmund Hertle | edmund.hertle@kit.edu | Question | Linux | 3.1 | Remote entries with empty messages possible? |
Hey,
I want to submit an entry to elog remotley using the "elog" command. For example:
elog -h elog-server-adress -l EO -a Fill=111
But this does not generate a new entry. Instead the terminal jumps to an empty new line and the command does not respond to any further inputs anymore (CTRL+C to get out). I have to add a message:
elog -h elog-server-adress -l EO -a Fill=111 "test"
also using an empty string does not work:
elog -h elog-server-adress -l EO -a Fill=111 ""
I could add a whitespace as a work-around, but I'm not sure if this is a bug or a feature.
To put this in some context: I want to create entries for certain measurements automatically, where all relevant parameters are already attribute fields. In the usual case the actual message will be empty but might be used if the operator wants to add a note after the meausrement has been done. |
|
67893
|
Mon May 11 13:15:54 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1 | Re: Remote entries with empty messages possible? |
The "command does not respond" means that the program starts reading in the main message text from the console. You can type several lines of text, and finish it off by hitting Ctrl-D (Ctrl-Z under Windows).
I see your point of having empty texts. Indeed the "" on the command line does not work presently, so you have to add a space as a workaround. I modified the elog code (committeed to bitbucket repository) to accept "" as empty text to suit your needs.
/Stefan
| Edmund Hertle wrote: |
|
Hey,
I want to submit an entry to elog remotley using the "elog" command. For example:
elog -h elog-server-adress -l EO -a Fill=111
But this does not generate a new entry. Instead the terminal jumps to an empty new line and the command does not respond to any further inputs anymore (CTRL+C to get out). I have to add a message:
elog -h elog-server-adress -l EO -a Fill=111 "test"
also using an empty string does not work:
elog -h elog-server-adress -l EO -a Fill=111 ""
I could add a whitespace as a work-around, but I'm not sure if this is a bug or a feature.
To put this in some context: I want to create entries for certain measurements automatically, where all relevant parameters are already attribute fields. In the usual case the actual message will be empty but might be used if the operator wants to add a note after the meausrement has been done.
|
|
|
67895
|
Mon May 11 22:51:44 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1 | Re: Remote entries with empty messages possible? |
Hi Edmund,
Stefan already supplied a fix, but you could as well use a workaround: provide an empty file as text. The following works for Linux:
elog -h elog-server-adress -l EO -a Fill=111 -m /dev/null
Cheers
Andreas
| Edmund Hertle wrote: |
|
Hey,
I want to submit an entry to elog remotley using the "elog" command. For example:
elog -h elog-server-adress -l EO -a Fill=111
But this does not generate a new entry. Instead the terminal jumps to an empty new line and the command does not respond to any further inputs anymore (CTRL+C to get out). I have to add a message:
elog -h elog-server-adress -l EO -a Fill=111 "test"
also using an empty string does not work:
elog -h elog-server-adress -l EO -a Fill=111 ""
I could add a whitespace as a work-around, but I'm not sure if this is a bug or a feature.
To put this in some context: I want to create entries for certain measurements automatically, where all relevant parameters are already attribute fields. In the usual case the actual message will be empty but might be used if the operator wants to add a note after the meausrement has been done.
|
|