ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68586
|
Mon Mar 27 12:42:07 2017 |
| christian | c_grebing@web.de | Question | Windows | V3.1.0-3c6435e | Re: Elog not see image magick | Update:
While the image scaling via ImageMagick works when running elog manually it doesn't when running elog as a service. The service is hosted in the same user environment that allows image scaling with elog started manually. What else could go wrong?
Christian
christian wrote: |
Hi,
Maybe the post is outdated already, but I want to share my experience anyway. I faced the same problem as Daniel: The most recent ImageMagick package was not detected by elogd even though it was installed. I could trace back the problem to the following issue:
Stefan mentioned that the ImageMagick software is detected via the 'convert' command. Since ImageMagick V7, however, the 'convert' command is no longer supported. So, when installing ImageMagick V6 the detection works.
@Stefan: Maybe you could adapt the software detection at some point? Thanks.
Christian
Daniel Sajdyk wrote: |
Ok. It take me a while, but I reinstalled ImageMagick with marked option "convert". Now, when I start elog, it can see ImageMagick, but screenshots attached to elog entries are still in original sizes. And, I don't see buttons for rotating, resizing images.
I look into elog cfg options, but only what I found is Thumbnail size which, it looks, don't work.
Don't know what more I should check.
Daniel.
Stefan Ritt wrote: |
The detection in elogd works by executing the command "convert" and check if the program executes. If you start elogd as a service, the program might see another path variable. Maybe reboot Windows or start the service in the environment of a real user instead of system, where it might miss your modified "path".
Stefan
Daniel Sajdyk wrote: |
Hello.
I finally try add ImageMagick to ELOG.
I downloaded latest version (ImageMagick-7.0.3-Q16) and installed it. Everything looks ok, but when I start Elog service it says that "ImageMagick not detected".
When I look at the "path" variable i have "C:\Program Files\ImageMagick-7.0.3-Q16;C:\ProgramData\Oracle\Java\javapath;[...]".
What else can I check?
Regards
Daniel.
Ps. My system is Windows 7 Pro.
|
|
|
|
|
68585
|
Mon Mar 27 11:11:31 2017 |
| christian | c_grebing@web.de | Question | Windows | V3.1.0-3c6435e | Re: Elog not see image magick | Hi,
Maybe the post is outdated already, but I want to share my experience anyway. I faced the same problem as Daniel: The most recent ImageMagick package was not detected by elogd even though it was installed. I could trace back the problem to the following issue:
Stefan mentioned that the ImageMagick software is detected via the 'convert' command. Since ImageMagick V7, however, the 'convert' command is no longer supported. So, when installing ImageMagick V6 the detection works.
@Stefan: Maybe you could adapt the software detection at some point? Thanks.
Christian
Daniel Sajdyk wrote: |
Ok. It take me a while, but I reinstalled ImageMagick with marked option "convert". Now, when I start elog, it can see ImageMagick, but screenshots attached to elog entries are still in original sizes. And, I don't see buttons for rotating, resizing images.
I look into elog cfg options, but only what I found is Thumbnail size which, it looks, don't work.
Don't know what more I should check.
Daniel.
Stefan Ritt wrote: |
The detection in elogd works by executing the command "convert" and check if the program executes. If you start elogd as a service, the program might see another path variable. Maybe reboot Windows or start the service in the environment of a real user instead of system, where it might miss your modified "path".
Stefan
Daniel Sajdyk wrote: |
Hello.
I finally try add ImageMagick to ELOG.
I downloaded latest version (ImageMagick-7.0.3-Q16) and installed it. Everything looks ok, but when I start Elog service it says that "ImageMagick not detected".
When I look at the "path" variable i have "C:\Program Files\ImageMagick-7.0.3-Q16;C:\ProgramData\Oracle\Java\javapath;[...]".
What else can I check?
Regards
Daniel.
Ps. My system is Windows 7 Pro.
|
|
|
|
68584
|
Fri Mar 24 15:36:55 2017 |
| Paraic Fahey | paraic.fahey@pfizer.com | Question | Windows | 3.1 | pre defined Find as Home page | This command makes the Homepage a FIND page: Start page = ?cmd=Find
My question is: can we pre-populate some of the search fields and execute the search so that the homepage becomes the SEARCH RESULTS |
68583
|
Mon Mar 20 22:44:27 2017 |
| Andrew Daviel | advax@triumf.ca | Question | Linux | 2.7.5 | Re: Issue with zero-length mail attachments |
Andrew Daviel wrote: |
We have elog-2.7.5-1.i386 on SL 5
If I create an elog entry using the web interface, and include an inline image, email is sent with a zero-length named attachment - the MIME header is present, but no content.
In the config file, Email Format = 47, though I also tried with format = 63.
Is this a bug that was fixed in a later version, or a configuration error (or a new bug) ?
|
Probably us not having ImageMagick installed. elog was able to attach pdf's, xpm's and xbm's to email, but not jpeg's or png's, though they inlined OK in HTML on the server.
It seems OK, I think, after installing ImageMagick and restarting. |
68582
|
Sat Mar 18 02:10:33 2017 |
| Andrew Daviel | advax@triumf.ca | Question | Linux | 2.7.5 | Issue with zero-length mail attachments | We have elog-2.7.5-1.i386 on SL 5
If I create an elog entry using the web interface, and include an inline image, email is sent with a zero-length named attachment - the MIME header is present, but no content.
In the config file, Email Format = 47, though I also tried with format = 63.
Is this a bug that was fixed in a later version, or a configuration error (or a new bug) ?
|
68581
|
Thu Mar 16 16:11:02 2017 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Linux | 2.9.2-2475 | Re: Duplicate entries | I've seen exact;y this effect, even though I have branching = 0 in my config file - so ordinarily no chance to have two
replies to an entry. My pointer aka mouse (I'm on Linux) is a bit dodgy, and sometimes disconnects/reconnects, so in effect gives a very fast double click. I've always assumed that was the cause of the problem. The two replies have incremental IDs, and both those IDs are listed in the "Reply to" header section of the entry. I'm not sure how this overcomes the branching = 0 detail, though.
That is what I have assumed, but if others see this on occasion, perhaps it's got a different cause.
Alan Grant wrote: |
Periodically (rarely) on manually adding a record into Elog it generates a duplicate record with its own incremented ID and I don't know why. I just delete the duplicate in the meantime but would like to know if anyone else has seen this and whether their is a answer/fix for it. Thanks.
|
|
68580
|
Thu Mar 16 15:15:34 2017 |
| Alan Grant | agrant@winnipeg.ca | Question | Windows | 3.1.2 | Duplicate entries | Periodically (rarely) on manually adding a record into Elog it generates a duplicate record with its own incremented ID and I don't know why. I just delete the duplicate in the meantime but would like to know if anyone else has seen this and whether their is a answer/fix for it. Thanks. |
68579
|
Wed Mar 15 16:42:35 2017 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.1 | Re: Possible misuse of email headers Message-Id and In-Reply-To | Pull-request merged.
|
|