Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 769 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Categorydown OS ELOG Version Subject
  69872   Sun Apr 13 13:56:05 2025 Reply Evinrude Motorminsonj2016@gmail.comBug reportLinuxelog-3.1.5-1Re: Segfault on elog-3.1.5-1 when uploading file.

So this never made it into the download area ?  elog-latest.tar is elog-3.1.5-1 and contains no files from 2024 or 2025 .

Thanks
 

Stefan Ritt wrote:

It is in the usual download area which is referenced at https://elog.psi.ch/elog/download.html

Stefan

Evinrude Motor wrote:

When will the new source be in the standard download area ? I'm on ubuntu .

gary holman wrote:

Thanks Stefen!

I built from source (ELOG V3.1.5-3a5f2f00) and I confirmed as fixed.
 

Stefan Ritt wrote:

Thanks to your stack trace, I found a case where a string might get overwritten, but only if the attachment file name is longer than 256 chars. I fixed the code and made a new RPM:

  https://www.dropbox.com/scl/fi/r37qx9aka5ytt3j7vn4km/elog-3.1.5-20241213.el8.x86_64.rpm?rlkey=knct99pdltggunrbmyr2hpfe5&st=pkre24aq&dl=0

Alternatively, you can compile from sources. Give it a try.

Stefan

 

 

 

 

  69873   Thu Apr 17 13:10:43 2025 Reply Stefan Rittstefan.ritt@psi.chBug reportLinuxelog-3.1.5-1Re: Segfault on elog-3.1.5-1 when uploading file.

I stopped making tar files, since most people building elog from sources just pull it from the bitbucket repository:

$ git clone https://bitbucket.org/ritt/elog --recursive
$ cd elog
$ mkdir build; cd build;
$ cmake ..; make

Evinrude Motor wrote:

So this never made it into the download area ?  elog-latest.tar is elog-3.1.5-1 and contains no files from 2024 or 2025 .

Thanks
 

Stefan Ritt wrote:

It is in the usual download area which is referenced at https://elog.psi.ch/elog/download.html

Stefan

Evinrude Motor wrote:

When will the new source be in the standard download area ? I'm on ubuntu .

gary holman wrote:

Thanks Stefen!

I built from source (ELOG V3.1.5-3a5f2f00) and I confirmed as fixed.
 

Stefan Ritt wrote:

Thanks to your stack trace, I found a case where a string might get overwritten, but only if the attachment file name is longer than 256 chars. I fixed the code and made a new RPM:

  https://www.dropbox.com/scl/fi/r37qx9aka5ytt3j7vn4km/elog-3.1.5-20241213.el8.x86_64.rpm?rlkey=knct99pdltggunrbmyr2hpfe5&st=pkre24aq&dl=0

Alternatively, you can compile from sources. Give it a try.

Stefan

 

 

 

 

 

  69875   Mon May 5 11:39:17 2025 Entry Pawel Nitapawel.nita@uj.edu.plBug reportLinux V3.1.3-7933898WYSIWYG Editor Not Showing in HTML Mode

Hi all,

I'm experiencing an issue on Kubuntu 24.04 where the WYSIWYG editor (in HTML mode) doesn't appear at all. This happens across multiple browsers (tested with Firefox and Chromium). The editor area is simply blank, without any visible toolbar or editable content area.

Has anyone encountered this on Kubuntu or found a workaround? Any tips would be appreciated!

Thanks in advance,
Pawel

  Draft   Mon May 5 11:47:11 2025 Reply JohnHjohn@secondcomingtechnologies.comBug reportLinux V3.1.3-7933898Re: WYSIWYG Editor Not Showing in HTML Mode

Hi Pawel, I *think* we (you) need the 'ckeditor' program installed on your system for it to work. I am

Pawel Nita wrote:

Hi all,

I'm experiencing an issue on Kubuntu 24.04 where the WYSIWYG editor (in HTML mode) doesn't appear at all. This happens across multiple browsers (tested with Firefox and Chromium). The editor area is simply blank, without any visible toolbar or editable content area.

Has anyone encountered this on Kubuntu or found a workaround? Any tips would be appreciated!

Thanks in advance,
Pawel

 

  Draft   Mon May 5 13:50:12 2025 Reply Pawel Nitapawel.nita@uj.edu.plBug reportLinux V3.1.3-7933898Re: WYSIWYG Editor Not Showing in HTML Mode

Hi John,

Thanks for the message! I’ve downloaded CKEditor version 4.22, since newer versions are no longer fully open source and come with restrictive licensing.  I now have the full CKEditor 4.22 package locally, but I’m not quite sure what the next step is. Should I place it somewhere specific in the ELOG directory structure or modify one of the templates to enable it? Any pointers on how to connect it properly to ELOG would be very helpful.

Best regards,
Pawel

John wrote:

Hi Pawel, I *think* we (you) need the 'ckeditor' program installed on your system for it to work. I am

Pawel Nita wrote:

Hi all,

I'm experiencing an issue on Kubuntu 24.04 where the WYSIWYG editor (in HTML mode) doesn't appear at all. This happens across multiple browsers (tested with Firefox and Chromium). The editor area is simply blank, without any visible toolbar or editable content area.

Has anyone encountered this on Kubuntu or found a workaround? Any tips would be appreciated!

Thanks in advance,
Pawel

 

 

  69877   Mon May 5 13:50:12 2025 Reply Pawel Nitapawel.nita@uj.edu.plBug reportLinux V3.1.3-7933898Re: WYSIWYG Editor Not Showing in HTML Mode

Hi John,

Thanks for the message! I’ve downloaded CKEditor version 4.22, since newer versions are no longer fully open source and come with restrictive licensing.  I now have the full CKEditor 4.22 package locally, but I’m not quite sure what the next step is. Should I place it somewhere specific in the ELOG directory structure or modify one of the templates to enable it? Any pointers on how to connect it properly to ELOG would be very helpful.

 

John wrote:

Hi Pawel, I *think* we (you) need the 'ckeditor' program installed on your system for it to work. I am

Pawel Nita wrote:

Hi all,

I'm experiencing an issue on Kubuntu 24.04 where the WYSIWYG editor (in HTML mode) doesn't appear at all. This happens across multiple browsers (tested with Firefox and Chromium). The editor area is simply blank, without any visible toolbar or editable content area.

Has anyone encountered this on Kubuntu or found a workaround? Any tips would be appreciated!

Thanks in advance,
Pawel

 

 

  69879   Wed Jun 18 01:20:47 2025 Warning Harry Martinharrymartin772@gmail.comBug reportLinux3.1.5passing %s to $shell interpreted differently in preset vs preset on reply

I am finding that '%s' passed to a $shell(...) command must be escaped when calling from Preset on reply, but not when calling Preset new.  Example:

[tickler]
Comment = Automated Tickler List Experiment
Attributes = Blurb, TickleDate
Type TickleDate = date
Required Attributes = Blurb
Preset TickleDate = $shell(date -d 'now + 30 days' '+%s')
Preset on reply TickleDate = $shell(date -d 'now + 30 days' '+%%s')
Date Format = %Y-%m-%d

Note that I have to escape the Preset on Reply's shell command argument with double percent signs, but not on Preset new.  The configuration I have provided here does work and correctly overrides the output per the Date Format spec.  This scenario should be easy to reproduce.

It could be I am doing something incorrectly, but it seems to me that there is no reason why the calls should need to be handled differently.  I can live with this for the moment, but I do hope it is fixed in a later release so that $shell calls have consistent syntax and semantics.

 

  69880   Thu Jul 17 23:43:25 2025 Warning Harry Martinharrymartin772@gmail.comBug reportLinux3.1.5collapse does not seem to work as expected

When I click on "collapse," even several times, I still see all the replies in each thread rather than just one entry representing each entire thread.

I am running elogd 3.1.5 on devuan chimaera (bullseye) which I built from source.  I had the same results with 3.1.4 and 3.1.3.

I tried to disable the quick filter just to see if that impacted the behavior, but it didn't.

If there are any other tests I can use to narrow the problem, please suggest them.  Without a working collapse feature, I cannot get a quick birdseye view of, say, all open threads.

ELOG V3.1.5-3fb85fa6