ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68870
|
Wed Dec 5 08:41:07 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 3.1.2 | Re: French Language |
Have you tried to delete all cookies in Chrome?
Stefan
Yanick Vachon wrote: |
I Stefan, i got the problem again with the french version, i realised that if i open it with Chrome or Edge it's not working but with Internet Explorer it works envery times. Is there a way i can use it with Chrome?
Thanks!
Stefan Ritt wrote: |
I just tried myself with the current version 3.1.4 and it worked for me flawlessly. Maybe you want to upgrade.
Stefan
Yanick Vachon wrote: |
Hi,
When i set Language = French in global config it works in french until i logout, after i can't login anymore, even if i enter my user and password i always stay at the login window, the only way to login again is to edit the Elogd.cfg file in Elog directory, remove the Language = french and save then i can login in and work normally in english version.
Thanks.
|
|
|
|
68871
|
Wed Dec 5 14:38:51 2018 |
| Yanick Vachon | yvachon@materiauxblanchet.ca | Bug report | Windows | 3.1.2 | Re: French Language |
I've deleted the cookies and it works.
Thanks!
Stefan Ritt wrote: |
Have you tried to delete all cookies in Chrome?
Stefan
Yanick Vachon wrote: |
I Stefan, i got the problem again with the french version, i realised that if i open it with Chrome or Edge it's not working but with Internet Explorer it works envery times. Is there a way i can use it with Chrome?
Thanks!
Stefan Ritt wrote: |
I just tried myself with the current version 3.1.4 and it worked for me flawlessly. Maybe you want to upgrade.
Stefan
Yanick Vachon wrote: |
Hi,
When i set Language = French in global config it works in french until i logout, after i can't login anymore, even if i enter my user and password i always stay at the login window, the only way to login again is to edit the Elogd.cfg file in Elog directory, remove the Language = french and save then i can login in and work normally in english version.
Thanks.
|
|
|
|
|
68880
|
Fri Dec 21 14:59:05 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.3 | Re: inactive users |
Thanks for the fix, I merged it into the current development branch.
Stefan |
68881
|
Wed Jan 9 11:43:48 2019 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | Windows | 2.9.2-245 | Re: MIME-version header duplicated in e-mail messages. |
I just checked the current installatin, and just found one MIME-Version in the header, even with attachments:
MIME-Version: 1.0
--------------717E3059287C82F12BC14941
Content-Type: multipart/related;
boundary="------------4543EB0E5AAC14B461D70512"
No idea where your second header comes from, but sometimes I have seen some SPAM filters adding things to headers.
Stefan
Michal Falowski wrote: |
When there are attachments in an entry, logbook is adding additional "MIME-Version" header to e-mail messages.
Spam filter in our university system is mostly giving warnings:
- X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
But sometimes it is not redirecting further the message.
- Remote Server returned '< #5.6.0 smtp; 554 5.6.0 Bounce, id=27666-07 - BAD HEADER>'
In code I noticed there is always "MIME-Version" header added to the message and additionaly it is added again when a file is attached. I think it is not neccessary to add again this header.
|
|
68884
|
Tue Feb 5 07:31:44 2019 |
| Stefano Lacaprara | stefano.lacaprara@pd.infn.it | Bug report | Linux | 3.1.3 | quick filter not working for attributes with special char |
Hi,
I'm using elog 3.1.3 and I have an elogbook with an attribute with name
Attributes = Author, CO2 Temp [deg], ...
If I add this attributes to quick list,
Quick filter = Author, CO2 Temp [deg]
it does display on web page, but the search fails with "ERR_TOO_MANY_REDIRECTS" if I leave the default value in the corresponding quick filter box.
My understanding is that the presence of a "[]" in the default search value is the reason for failure and if I remove them the search works fine.
Is there a workaround?
I don't want to change the attribute name, since I do have quite a large number of entries in the elogbook, and I'd like to keep the attribute in the quick search if possible.
Thanks,
Stefano |
68885
|
Tue Feb 5 08:10:32 2019 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.3 | Re: quick filter not working for attributes with special char |
No, there is no quick workaround. The only way is to go through your logbook files manually (or with a script), and replace all occurrences of that attribute.
Stefan |
68886
|
Fri Feb 8 14:43:13 2019 |
| Patrick Sizun | sizun@cea.fr | Bug report | Linux | v3.1.1 | Images in notifications |
Hello,
I am using Elog v3.1.1. When entries contain embedded images, these images are attached to the email notifications but are not properly displayed in the body of the email.
Is it expected?
For example, with an image file myimage.png the email source code contains <img alt="" height="150" src="190208_143305/myimage.png.png" width="200">
Maybe the email should make use of the Content-ID of the attached image? |
68887
|
Fri Feb 8 14:57:05 2019 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | v3.1.1 | Re: Images in notifications |
Your observation is correct. The mailer inside elog should scan all email bodies and replace all <img> tags correctly. I put that on my todo list.
Stefan
Patrick Sizun wrote: |
Hello,
I am using Elog v3.1.1. When entries contain embedded images, these images are attached to the email notifications but are not properly displayed in the body of the email.
Is it expected?
For example, with an image file myimage.png the email source code contains <img alt="" height="150" src="190208_143305/myimage.png.png" width="200">
Maybe the email should make use of the Content-ID of the attached image?
|
|