Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 763 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Categorydown OS ELOG Version Subject
  69755   Sat Mar 9 17:04:13 2024 Reply Andreas Warburtonandreas.warburton@mcgill.caBug reportMac OSX3.1.5-23df00d9Re: Runaway bogus attachment counts in Summary view attachment column

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.

 

  69756   Sat Mar 9 17:14:09 2024 Reply Stefan Rittstefan.ritt@psi.chBug reportMac OSX3.1.5-23df00d9Re: Runaway bogus attachment counts in Summary view attachment column

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

  69759   Tue Mar 12 09:12:32 2024 Angy Celeste Torkzabantorkzaban@iqo.uni-hannover.deBug reportLinuxELOG V3.1.3-793Draft saved after ~15 minutes, then anything entered a few hours later is ignored

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!

  69760   Tue Mar 12 09:20:14 2024 Angy Celeste Torkzabantorkzaban@iqo.uni-hannover.deBug reportWindowsELOG V3.1.3-793Record date isn't set to current date when replying to elogs

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?

 

  69761   Thu Mar 14 21:21:33 2024 Reply Stefan Rittstefan.ritt@psi.chBug reportMac OSX3.1.5-23df00d9Re: Runaway bogus attachment counts in Summary view attachment column

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?

 

  69762   Fri Mar 15 05:13:42 2024 Smile Andreas Warburtonandreas.warburton@mcgill.caBug reportMac OSX3.1.5Re: Runaway bogus attachment counts in Summary view attachment column

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?

 

 

  69782   Mon Apr 15 17:50:20 2024 Reply Stefan RittHastefan.ritt@psi.chBug reportWindowsELOG V3.1.3-793Re: 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?

 

 

  69783   Mon Apr 15 17:53:23 2024 Reply Stefan Rittstefan.ritt@psi.chBug reportLinuxELOG V3.1.3-793Re: Draft saved after ~15 minutes, then anything entered a few hours later is ignored

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