| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
69107
|
Fri Jan 31 19:34:26 2020 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | elog-latest | Re: Running ELOG as daemon in Windows not working |
I'm not a Windows user so I don't know details. But I believe you have to make an exception in the firwall for the elogd.exe executable. You can certainly Google how to do that for any executable.
Stefan
| Duarte Alexandre Vicente Pais wrote: |
|
Do you know which settings in the firewall panel I should change (windows 10 machine)? I went over all the access rules and could not find anything corresponding to the ELOG.
Duarte
| Stefan Ritt wrote: |
|
Probably a problem with your Windows Firewall. You have to convice your OS to let you in.
Stefan
| Duarte Alexandre Vicente Pais wrote: |
|
Hi, I tried to set up an ELOG from a windows machine. Its functionalities work without any problem, but I cannot access at all this ELOG from any other machine. I tried to search in this forum, but with no avail.
Could someone perhaps tell me know how to fix this problem? Or did I miss something obvious in the configuration of the ELOG?
Cheers,
Duarte
|
|
|
|
|
69755
|
Sat Mar 9 17:04:13 2024 |
| Andreas Warburton | andreas.warburton@mcgill.ca | Bug report | Mac OSX | 3.1.5-23df00d9 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Mac OSX | 3.1.5-23df00d9 | Re: 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 |
|
69761
|
Thu Mar 14 21:21:33 2024 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Mac OSX | 3.1.5-23df00d9 | Re: 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 |
 | Andreas Warburton | andreas.warburton@mcgill.ca | Bug report | Mac OSX | 3.1.5 | Re: 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?
|
|
|
|
68065
|
Tue Aug 4 13:23:47 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Windows | 3.1.0 | Re: Revision for Indonesian Translation |
Thanks, I included your changes in the distribution.
| Banata Wachid Ridwan wrote: |
|
hello, in my spare time, I try to fix some bugs, typo, and update for Indonesian translation
|
|
|
76
|
Wed Jul 17 14:53:18 2002 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | | | Re: Reverse sort, threaded display fails when there is only 1 entry in logbook |
>
>
> This is not a serious bug...but when the global settings are as follows
>
> [global]
> Display mode = threaded
> Reverse sort = 1
>
> all logbooks with only a single entry produce the wrong URL on
> clicking "last 10"
>
> The URL produced is http://localhost:8080/LogbookName/0
> instead of http://localhost:8080/LogbookName/1
>
> Ravi
This question has been answered in elog:55 . |
|
69197
|
Sun Aug 9 20:47:05 2020 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1.3-1-1 | Re: Reverse sort by Attribue, but it's only showing the last 6 entries by default. |
It is described in the manual at https://elog.psi.ch/elog/config.html#general
Entries per page = <number>
Funnily the default is "20". I have no idea why you see 6 entries.
| Anthony wrote: |
|
Hi,
I'm trying to use the Sort Attributes option to sort all entries by a user specified date. The issue I'm running into, is that although I can get it to work, it seems to only display the last 6 entries that I'm sorting by. If I click "All" to show all the entries, it's sorted perfectly. I'm using:
Sort Attributes = Due Date
Reverse sort = 0
Is there something I'm missing to get this working. Reading through the manual nothing jumped out at me.
|
|