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?
|
|
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?
|
|
|
|
Re: Revision for Indonesian Translation, posted by Stefan Ritt on Tue Aug 4 13:23:47 2015
|
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
|
|
|
Re: Reverse sort, threaded display fails when there is only 1 entry in logbook, posted by Stefan Ritt on Wed Jul 17 14:53:18 2002
|
>
>
> 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 . |
|
Re: Reverse sort by Attribue, but it's only showing the last 6 entries by default., posted by Andreas Luedeke on Sun Aug 9 20:47:05 2020
|
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.
|
|
|
Re: Reverse sort by Attribue, but it's only showing the last 6 entries by default., posted by Anthony on Mon Aug 10 09:01:24 2020
|
Thank you, Andreas! Not sure why I kept overlooking it in the manual. As for the number of entries when I sort, I'm not sure. I'll set it up to display a larger number and see what happens.
| Andreas Luedeke wrote: |
|
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.
|
|
|
|
Re: Reverse proxy setting of Elog for Apache httpd 2.4 so that changing password windows works ?, posted by Takashi Ichihara on Tue Mar 26 06:41:21 2019
|
The problem was resolved. I forgot to do this statement...
https://elog.psi.ch/elog/adminguide.html
Because elogd uses links to itself (for example in the email notification and the redirection after a submit), it has to know under which URL it is running. If you run it under a proxy, you have to add the line:
URL = http://your.proxy.host/subdir/
into elogd.cfg.
After inserting the URL in elogd.cfg, elog works correctly with Reverse Proxy Setting of Apache 2.4.
| Takashi Ichihara wrote: |
|
In CentOS 7.6 + Apache httpd-2.4.6 + ELOG V3.1.4 environment with Reverse Proxy setting of
/etc/httpd/conf/httpd.conf
:
ProxyRequests Off
RedirectMatch ^/elog$ /elog/
<Location /elog/>
ProxyPass http://mmm.riken.jp:3333/
ProxyPassReverse http://mmm.riken.jp:3333/
ProxyPassReverseCookiePath / /elog/
</Location>
:
It almost works fine. But Changing password has problem.
When clicking the "Forget password?" link in login window and displaying "Entering your user name or email address"
and entering it, an email is sent to the user:
----
This is an automatically generated account recovery email for host mmmm.riken.jp.
Please click on following link to recover your account:
http://mmm.riken.jp/elog/?redir=%3Fcmd%3DChange+password%26oldpwd%3DIHCPHXNTMJGEYDKY&uname=test&upassword=IHCPHXNTMJGEYDKY
ELOG Version 3.1.4
---
Clicking the URL above in the Firefox Browser results invalid URL:
http://mmm.riken.jp/?cmd=Change%20password&oldpwd=IHCPHXNTMJGEYDKY
These parameters does not pass to the elog by the Reverse Proxy setting above.
While accessing the URL of (native elog port: 3333)
http://mmm.riken.jp:3333/?cmd=Change%20password&oldpwd=IHCPHXNTMJGEYDKY
displays the normal page for Changing password windows for the user.
Is there any suggestions for the Reverse Proxy setting in Apache httpd 2.4
so that the changing password windows works fine ?
Thank you for any suggestions.
|
|
|
Re: Reverse proxy of Elog using Docker and Nginx?, posted by Stefan Ritt on Tue Aug 14 06:04:53 2018
|
Have you tried the "URL = ..." statement? This determines you elog redirects if you log in. If you reach elog through a proxy, the URL is a different one that if you access it directly. In your case the proxy URL might be necessary.
Stefan
| Andrew Wade wrote: |
|
I've been trying to configured a Synology NAS to run my personal elog with a reverse proxy to the outside world. The best way seems to be running Elog in a Docker instance and then running a separate connected Docker running a nginx-proxy (in this case jwilder/nginx-proxy). This second container manages the certificates to letsencrypt and mapping URL requests to relevant containers so that connection is secured properly.
It worked great in the initial test. However, I have an issue with authentication. When I password protect the elog it goes to a login page. When I give an correct password it loops back to the login page (incidentally when I give an incorrect password it gives an 'Invalid user name or password!' warning). So I know that its getting the correct password but there is some issue that is resetting or ignoring the authentication. I am never able to actually get to the protected content.
Does anyone have any experience in using Nginx to setup a secure reverse proxy? Any insights into why this would mess with the authentication of elog?
Side note: I have tried using Apache to do the same and authentication worked fine. But the pre-canned jwilder/nginx-proxy docker manages all the certificates automatically and seamlessly and allows me to have multiple services running on the same outward facing port on my router. There is no equivalent (as far as I know) that uses Apache for proxying with letsencrypt.
|
|