Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 763 of 808  Not logged in ELOG logo
    icon2.gif   Re: Runaway bogus attachment counts in Summary view attachment column, posted by Andreas Warburton on Sat Mar 9 17:04:13 2024 

A quick follow-up concerning the secondary matter I mentioned in my last post, namely the issues I had with the deprecated "sudo launchctl load ..." and "sudo launchctl unload ..." subcommands currently provided in the ELOG installation instructions for MacOS.  I found a solution to this -- will post it in a separate thread.

The strangely auto-incrementing attachment counts in the Summary view are still present, and I'm curious if anyone else has experienced those.  Also, I could not find a way to customize the Summary view such that the final (rightmost) column with the attachment counts can be suppressed.  That would at least put the problem out of sight until a developer can intervene and fix the bug.

Andreas Warburton wrote:

On a new MacBook Pro (Silicon M3), I installed version 3.1.5 build 23df00d9.  The application appears to work normally, except that, after a short while, the indicated attachment count (paperclips in the attachment column of the Summary view) starts to increment fairly rapidly with each time that I visit the page.  Attachment counts appear even for records that don't have any attachments.  When I access records individually, either those with or without real attachments, everything looks OK.  Any insights as to what might be causing this, and how to correct?

Installation went smoothly using the (now longstanding) MacOS installation instructions, with one small exception: When doing the "sudo launchctl load ..." step, there is occasionally an I/O error of some kind.  (Sorry, I don't have an exact transcript of the error at the moment, but it appears to refer to line 5 of a script.)

Many thanks,

Andreas W.

 

    icon2.gif   Re: Runaway bogus attachment counts in Summary view attachment column, posted by Stefan Ritt on Sat Mar 9 17:14:09 2024 

I'm traveling right now and will only next week be able to look into that, so please be patient for a few more days.

Stefan

icon8.gif   Draft saved after ~15 minutes, then anything entered a few hours later is ignored, posted by Celeste Torkzaban on Tue Mar 12 09:12:32 2024 

Hello,

I've noticed that many times, I start an elog and continue editing adding to a few hours later, then I submit and it deletes everything I entered after the last time a draft was saved. I paid more attention and saw that it saves a draft after about a few minutes, and if I wait too long before submitting, it doesn't let me re-save the draft. My workaround is to copy all text before I submit, so if it ignores whatever I entered after the last saved version, I can edit it and paste it back in. Is there a setting someplace that I can change to fix this problem?

Thanks!

icon8.gif   Record date isn't set to current date when replying to elogs, posted by Celeste Torkzaban on Tue Mar 12 09:20:14 2024 

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?

 

    icon2.gif   Re: Runaway bogus attachment counts in Summary view attachment column, posted by Stefan Ritt on Thu Mar 14 21:21:33 2024 

The problem with the attachment paperclips has been fixed in the current version.

Stefan

Andreas Warburton wrote:

On a new MacBook Pro (Silicon M3), I installed version 3.1.5 build 23df00d9.  The application appears to work normally, except that, after a short while, the indicated attachment count (paperclips in the attachment column of the Summary view) starts to increment fairly rapidly with each time that I visit the page.  Attachment counts appear even for records that don't have any attachments.  When I access records individually, either those with or without real attachments, everything looks OK.  Any insights as to what might be causing this, and how to correct?

 

    icon7.gif   Re: Runaway bogus attachment counts in Summary view attachment column, posted by Andreas Warburton on Fri Mar 15 05:13:42 2024 

Thanks a lot Stefan, for fixing this so quickly! I'm now running 3.1.5 fe60aaf0, with the phantom-attachment-count issue in the Summary view now resolved.  Cheers, Andreas W.

Stefan Ritt wrote:

The problem with the attachment paperclips has been fixed in the current version.

Stefan

Andreas Warburton wrote:

On a new MacBook Pro (Silicon M3), I installed version 3.1.5 build 23df00d9.  The application appears to work normally, except that, after a short while, the indicated attachment count (paperclips in the attachment column of the Summary view) starts to increment fairly rapidly with each time that I visit the page.  Attachment counts appear even for records that don't have any attachments.  When I access records individually, either those with or without real attachments, everything looks OK.  Any insights as to what might be causing this, and how to correct?

 

 

    icon2.gif   Re: Record date isn't set to current date when replying to elogs, posted by Stefan Ritt on Mon Apr 15 17:50:20 2024 

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?

 

 

    icon2.gif   Re: Draft saved after ~15 minutes, then anything entered a few hours later is ignored, posted by Stefan Ritt on Mon Apr 15 17:53:23 2024 

That's strange. If you edit a message, indeed a draft is saved every ten seconds or so when you keep typing. In our installations we keep an elog entry typically open for eight hours, then save it at the end of the shift, and everything works fine. Have you tried playing aournd with your config file, like "Restrict edit time" or so? Please also make sure you have the current elog version. I sse you have 3.1.3 which is quit old.

Celeste Torkzaban wrote:

Hello,

I've noticed that many times, I start an elog and continue editing adding to a few hours later, then I submit and it deletes everything I entered after the last time a draft was saved. I paid more attention and saw that it saves a draft after about a few minutes, and if I wait too long before submitting, it doesn't let me re-save the draft. My workaround is to copy all text before I submit, so if it ignores whatever I entered after the last saved version, I can edit it and paste it back in. Is there a setting someplace that I can change to fix this problem?

Thanks!

 

ELOG V3.1.5-3fb85fa6