ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68339
|
Tue Jun 21 16:33:56 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Mac OSX | 3.1.0 | Re: pdf thumbnails in latest Imagemagick |
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.
|
|
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. |
68342
|
Mon Jun 27 16:06:55 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.9.2 | Re: Unable to set a custom logbook dir on Debian 8 from the repository package |
The debian version of elog is pretty old with quite a number of bugs fixed in meantime. Unfortunatlely the debig packase has not bee updated by the maintainers. So better download the current version from bitbucket and compile elogd yourself.
S. Caiazza wrote: |
Dear all
I installed elog from the current stable repository on Debian 8 (jessie)
The installation went on smoothly, I modified the configuration files of the Apache server as described in the manual to use the elog in parallel with an existing webserver and then I tested. The demo logbook loads fine and I see that elog created a folder for the logbook in /var/lib/elog/logbooks, which is the directory specified by default in the /etc/init.d/elog file.
Then I modified the /etc/elog.conf file, added the following lines in the global section (custompath is a local path)
Resource dir = /<custompath>/elog/res
Logbook dir = /<custompath>/elog/logbooks
And I created a new logbook.
After restarting the elog service the second database is correctly created but both of them are still stored in /var/lib/elog/logbooks so it seems the global configurations in the config file are overwritten.
How can I specify the custom folder so that the new logbooks are written there?
|
|
68358
|
Tue Jul 12 21:23:13 2016 |
| Austin Reid | arreid3@ncsu.edu | Bug report | Other | 3.1.1- | Email report has incorrect pictures |
My group uses the precompiled Debian binary, and I use ELCode to format my log reports. (I've found it to be the easiest way to generate inline images)
Yesterday, I submitted an entry that renders correctly on the elog itself, but the email report that was sent to my collaborators was quite confusing, because every picture in it was the same. Interestingly, all the images used inline in the report were attached to the original, but they were stripped of their context.
I've attached screen shots of both reports. |
Attachment 1: emailedversion.jpg
|
|
Attachment 2: okversion.jpg
|
|
68359
|
Fri Jul 15 19:46:26 2016 |
| Don | jang.dongwook@gmail.com | Bug report | All | ELOG V3.1.0-241 | Escape character [ or ] doesn't work within [url] |
Here is the problem:
[url=http://example.com?arrays[]=v1&arrays[]=v2]click here[/url]
How can I escape [] inside url tag?
\[\] seems not working. |
68360
|
Mon Jul 18 23:37:22 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug report | All | ELOG V3.1.0-241 | Re: Escape character [ or ] doesn't work within [url] |
The URL encoding of ']' as '%5D' appears to work:
[url=http://example.com?arrays[%5D=v1&arrays[%5D=v2]click here[/url]
Cheers, Andreas
Don wrote: |
Here is the problem:
[url=http://example.com?arrays[]=v1&arrays[]=v2]click here[/url]
How can I escape [] inside url tag?
\[\] seems not working.
|
|
68361
|
Tue Jul 19 21:08:08 2016 |
| Don | jang.dongwook@gmail.com | Bug report | All | ELOG V3.1.0-241 | Re: Escape character [ or ] doesn't work within [url] |
Andreas Luedeke wrote: |
The URL encoding of ']' as '%5D' appears to work:
[url=http://example.com?arrays[%5D=v1&arrays[%5D=v2]click here[/url]
Cheers, Andreas
Don wrote: |
Here is the problem:
[url=http://example.com?arrays[]=v1&arrays[]=v2]click here[/url]
How can I escape [] inside url tag?
\[\] seems not working.
|
|
That tweak works!
Thanks |
68408
|
Wed Aug 31 10:31:19 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug report | Linux | 3.1.1 | Wrong time in attachment "Uploaded ..." date |
When an attachment is later added to an exisiting entry, we see that the string "Uploaded <date>" has the wrong
time: in our case it is one hour into the future.
I'm testing it now here in the forum.
I can reproduce it in this forum: the Uploaded time should have been 10:35, but it shows 11:35.
Cheers, Andreas |
Attachment 1: gnome-fs-bookmark-missing.png
|
|