| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
69801
|
Mon Jul 15 09:45:56 2024 |
 | Enrico Gamberini | Hi Laureenrico.gamberini@cern.ch | Bug report | Linux | 3.1.5-20240226 | Re: broken http response when deployed on OpenShift |
Hi Laurent,
Thanks, good point! I'm building a vanilla version (no extra options enabled as I'm using Webserver authentication).
3.15 RPM:
-rwxr-xr-x. 1 elog elog 1574768 Feb 26 17:29 elogd
bash-5.1$ ldd /usr/local/sbin/elogd
linux-vdso.so.1 (0x00007fff215f7000)
libssl.so.3 => /lib64/libssl.so.3 (0x00007feff74c6000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007feff73eb000)
libldap.so.2 => /lib64/libldap.so.2 (0x00007feff7384000)
liblber.so.2 => /lib64/liblber.so.2 (0x00007feff7372000)
libpam.so.0 => /lib64/libpam.so.0 (0x00007feff7360000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007feff7139000)
libm.so.6 => /lib64/libm.so.6 (0x00007feff705c000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007feff7041000)
libc.so.6 => /lib64/libc.so.6 (0x00007feff6e38000)
libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007feff6a07000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007feff69ee000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007feff69e7000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007feff69d4000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007feff69cd000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007feff69b9000)
libevent-2.1.so.7 => /lib64/libevent-2.1.so.7 (0x00007feff6960000)
libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007feff6940000)
libaudit.so.1 => /lib64/libaudit.so.1 (0x00007feff6912000)
libeconf.so.0 => /lib64/libeconf.so.0 (0x00007feff6905000)
/lib64/ld-linux-x86-64.so.2 (0x00007feff7572000)
libz.so.1 => /lib64/libz.so.1 (0x00007feff68eb000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007feff68be000)
libcrypt.so.2 => /lib64/libcrypt.so.2 (0x00007feff6884000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007feff682d000)
libcap-ng.so.0 => /lib64/libcap-ng.so.0 (0x00007feff6822000)
libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007feff6786000)
3.15 source vanilla build:
-rwxr-xr-x. 1 root root 1503896 Jul 15 09:31 elogd
bash-5.1$ ldd elogd
linux-vdso.so.1 (0x00007fff60bbf000)
libssl.so.3 => /lib64/libssl.so.3 (0x00007f8f83e44000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f8f83c1b000)
libm.so.6 => /lib64/libm.so.6 (0x00007f8f83b40000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f8f83b25000)
libc.so.6 => /lib64/libc.so.6 (0x00007f8f8391c000)
libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007f8f834e9000)
/lib64/ld-linux-x86-64.so.2 (0x00007f8f83ef0000)
libz.so.1 => /lib64/libz.so.1 (0x00007f8f834cd000)
Best,
Enrico
| Laurent Jean-Rigaud wrote: |
|
Hey Enrico,
Do you activate also all options with your build ? (pam/ldap/kb5/ssl)
Can you compare ldd command results on elogd binaries builded by yourself and the one from RPM ?
$ ldd /path/to/elogd
Also, size of both elogd files.
Regards
| Enrico Gamberini wrote: |
|
Sorry for posting again but something else came up.
Actually, building from source (elog-3.1.5-1.tar.gz) works just fine on OpenShift too.
The problem described below only happens when installing the packaged binary elog-3.1.5-20240226.el9.x86_64.rpm.
Best,
Enrico
| Enrico Gamberini wrote: |
|
Hello!
We're setting up ELOG on OpenShift. ELOG is installed on a Alma Linux 9 image. The container and the elog demo works fine executing the docker image locally.
When deployed on OpenShift, we get a weird response, that results in a 502 Bad Gateway. The broken response looks like:
# curl -v -H 'X-Forwarded-User: enrico.gamberini@cern.ch' https://psi-elog-container2-elisa-epdtdi.app.cern.ch/demo/
<html>redir</html>
HTTP/1.1 200 Document follows
HTTP/1.1 200 Document follows
Server: ELOG HTTP 3.1.5-23df00d
Content-Type: text/html;charset=ISO-8859-1
Set-Cookie: elmode=Summary; path=/demo; expires=Friday, 07-Dec-35 06:30:26 GMT;
Pragma: no-cache
Cache-control: private, max-age=0, no-cache, no-store
Notice the HTML tag before the HTTP header, as well the duplicate HTTP header.
I understand that it might be difficult to reproduce, but any input would be very welcome!
Thanks!
Best,
Enrico
|
|
|
|
|
69660
|
Tue Mar 21 14:25:25 2023 |
| Daniel Sajdyk | Hello,daniel.sajdyk@gmail.com | Question | Linux | V3.1.4-dc4af9b8 | Re: HTML Editor not working after enabling SSL |
Hello,
I found that someone else had the same issue - https://dev.ckeditor.com/ticket/10874#no1
In Firefox I do not have problems, but in Chrome and Edge i have.
His solution was:
My problem is solved. The .htaccess file sents any request to the login page. Therefore CKEditor could not reach the CSS file. Thanks for helping!
Sinse I don't use apache webserver, I don't know what should I do.
It looks that also in my case problem is with file progressjs.min.css (please look at attached screenshot)
Anyone have solution for this?
Best Regards
Daniel
| Daniel Sajdyk wrote: |
|
Hello,
After enabling SSL=1 in /usr/loca/elog/elogd.cfg file, HTML editor loading very long.
After changing SSL to 0, everything work flawlessly.
Does anyone know what can cause this behaviour?
Best Regards
Daniel
|
|
| Attachment 1: elog.png
|
|
|
Draft
|
Tue Mar 21 14:25:25 2023 |
| Daniel Sajdyk | Hello,daniel.sajdyk@gmail.com | Question | Linux | V3.1.4-dc4af9b8 | Re: HTML Editor not working after enabling SSL |
Hello,
I found that someon
| Daniel Sajdyk wrote: |
|
Hello,
After enabling SSL=1 in /usr/loca/elog/elogd.cfg file, HTML editor loading very long.
After changing SSL to 0, everything work flawlessly.
Does anyone know what can cause this behaviour?
Best Regards
Daniel
|
|
|
Draft
|
Tue Mar 21 14:25:26 2023 |
| Daniel Sajdyk | Hello,daniel.sajdyk@gmail.com | Question | Linux | V3.1.4-dc4af9b8 | Re: HTML Editor not working after enabling SSL |
Hello,
I found that someone else had the same issue - https://dev.ckeditor.com/ticket/10874#no1
But I don't know why
| Daniel Sajdyk wrote: |
|
Hello,
After enabling SSL=1 in /usr/loca/elog/elogd.cfg file, HTML editor loading very long.
After changing SSL to 0, everything work flawlessly.
Does anyone know what can cause this behaviour?
Best Regards
Daniel
|
|
|
69782
|
Mon Apr 15 17:50:20 2024 |
| Stefan Ritt | Hastefan.ritt@psi.ch | Bug report | Windows | ELOG V3.1.3-793 | Re: Record date isn't set to current date when replying to elogs |
Have you tried the config option "Preset on reply <attribute> = $date". On a reply, the <attribute> will be preset with the current date.
Stefan
| Celeste Torkzaban wrote: |
|
Hello,
I started using the record date feature in one logbook, since we plan to copy over old entries Joplin/Onenote. When starting a new entry, I see that the record date is automatically set to the current date, but when I reply to an elog, the record date is automatically set to the record date of the elog I'm replying to. Is there a way to fix this?
|
|
|
69653
|
Tue Feb 28 19:22:50 2023 |
| Stefan Ritt | Find stefan.ritt@psi.ch | Info | Windows | 3.1.4 | Re: Exporting the entries from ELOG |
Find -> Export to...
| Illam Pakkirisamy wrote: |
|
Hi,
Is there a way to export the ELOG entries into a file like an Excel sheet or something. I see import but not export.
Appreciate your help.
Thanks.
Illam
|
|
|
69640
|
Thu Feb 2 10:23:45 2023 |
| Antonio Bulgheroni | Coulantonio.bulgheroni@gmail.com | Question | Linux | 3.1.4 | Re: CKeditor Settings Cant Be Changed |
It means that you could replace the currently distributed CKeditor with a fresh vanilla installation of CKeditor?
| James Smallcombe wrote: |
|
So it was just a clearing cache issue. elogd was telling the browser to use/not use CKeditor based on the aformentioned, and browser was then using the cached version. Fixed now.
And FYI for anyone who reads this when trying to modify CKeditor themselves, it seems elog needs the iFrame Editing Area plugin included.
| Stefan Ritt wrote: |
|
elogd checks for the "scripts/ckeditor/ckeditor.js" file to detect the presence of CKeditor.
| James Smallcombe wrote: |
|
I wanted to change some CKeditor settings so tried modifying elog/scripts/ckeditor to no avail.
I wiped elog/scripts/ and dropped a fresh download of CKeditor4, with only the basic extensions. But when I open the elog it still shows the full toolbar, with elog default style and with all extensions operational.
If I leave elog/scripts empty, I get "CKeditor NOT detected" when starting elogd and the HTML option is empty and shows nothing, all as expected.
Does anyone understand this? Is there some CKeditor configuration file elog is defering to that I've overlooked? I have tried system wide seaches just in case.
|
|
|
|
|
58
|
Mon Jul 8 21:01:00 2002 |
 | Christian Korschan | Christian.Korschan@CTBTO.ORG | Bug report | | | Compiling elog 2.0.4 on Solaris |
Comiling elogd 2.0.4 under Solaris obviously fails with
gcc -o elog elog.c -lsocket -lnsl
gcc -o elogd elogd.c -lsocket -lnsl
elogd.c: In function `ss_file_find':
elogd.c:1372: `alphasort' undeclared (first use in this function)
elogd.c:1372: (Each undeclared identifier is reported only once
elogd.c:1372: for each function it appears in.)
make: *** [elogd] Error 1
because alphasort is an ucb'ism which does not exist under SYSV
... not very portable :-( |