Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 765 of 796  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icon Author Author Email Category OSup ELOG Version Subject
  68957   Wed May 1 11:08:10 2019 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: Last default = <n>

You say "Show Last Default = 31". This options applies only to the "Find" page, the option "Last Default = 31" works for the quick filter. Probably you have to change "Show Last Default" to "Last Default".

Stefan

Alan Grant wrote:

I just changed to Last default = 31 and even restarted elogd.exe but it still finds a given string older than 31 days. Also the default Select Period box value next to the QF's remains at All Entries. My understanding is it shoud behave like Find, where Show Last Default = 31 should default the display to Month, and also only search within the last month of entries.

Stefan Ritt wrote:

Indeed the description of the "Last default = <n>" option is not clear. I just updated that. If you have a quick filter "Date", then you have different options there like "Last day", "Last 3 days", "Last week", "Last month", "Last 3 months", "Last 6 months", "Last year". Each of these options has an underlying number of days, which are 1, 3, 7, 31, 92, 182, 364. In the "Last default = <n>" option you can only choose one of these seven options. Then this option is selected by default and the filter is applied accordingly. This lets you still change the date filter to a longer time period for example, but then with the penalty of longer search times.

So what you need is "Last default = 31" instead of 28 and it should work.

Stefan

Alan Grant wrote:

According to the doc on the setting "Last default = <n>" it is intended to restrict Quick Filter searches to the last (n) days of entries, however when I add "Last default = 28" to config it still returns entries far older then 28 days when using the filter search. Am I misunderstanding, or implementing it wrong? We must restrict searches through QF to reduce load.

A couple other side questions which are related:

The doc on this setting says: "Last default = <n>
Some logbooks are very big ans searching through all entries with quick filter can be time consuming. This option sets a default value for the Date quick filter, so that by default only the <n> days are displayed." ...... I'm assuming that by saying "only the <n> days are displayed" that it has actually only searched <n> days ................ vs seaching ALL the logbooks but only displaying <n> days. Please confirm.

Also, why wouldn't the "28" days spec display in the Select Period box beside the Quick Filters? Otherwise it appears to me to be a separate and conflicting item. Best regards!

 

 

 

  68958   Wed May 1 15:28:41 2019 Reply Alan Grantagrant@winnipeg.caQuestionWindows3.1.2Re: Last default = <n>

I was just referring to "Show last default" (under Find) as a parallel example of how I assume "Last default" should function on the List page.

I also tried values 3 and 7 but "All entries" still displays in the "List period" box. A restart of elogd makes no difference.

Elog v3.1.2, Windows Server 2016 Std, 64 bit.

If you don't mind, I have attached my elogd.cfg. I realize you are quite busy so there is no rush. Thanks.

PS: I just noticed that the attached elogd.cfg indicates version 2.9.2 but it's actually 3.1.2 I have installed (just forgot to update the Welcome line).

Stefan Ritt wrote:

You say "Show Last Default = 31". This options applies only to the "Find" page, the option "Last Default = 31" works for the quick filter. Probably you have to change "Show Last Default" to "Last Default".

Stefan

Alan Grant wrote:

I just changed to Last default = 31 and even restarted elogd.exe but it still finds a given string older than 31 days. Also the default Select Period box value next to the QF's remains at All Entries. My understanding is it shoud behave like Find, where Show Last Default = 31 should default the display to Month, and also only search within the last month of entries.

Stefan Ritt wrote:

Indeed the description of the "Last default = <n>" option is not clear. I just updated that. If you have a quick filter "Date", then you have different options there like "Last day", "Last 3 days", "Last week", "Last month", "Last 3 months", "Last 6 months", "Last year". Each of these options has an underlying number of days, which are 1, 3, 7, 31, 92, 182, 364. In the "Last default = <n>" option you can only choose one of these seven options. Then this option is selected by default and the filter is applied accordingly. This lets you still change the date filter to a longer time period for example, but then with the penalty of longer search times.

So what you need is "Last default = 31" instead of 28 and it should work.

Stefan

Alan Grant wrote:

According to the doc on the setting "Last default = <n>" it is intended to restrict Quick Filter searches to the last (n) days of entries, however when I add "Last default = 28" to config it still returns entries far older then 28 days when using the filter search. Am I misunderstanding, or implementing it wrong? We must restrict searches through QF to reduce load.

A couple other side questions which are related:

The doc on this setting says: "Last default = <n>
Some logbooks are very big ans searching through all entries with quick filter can be time consuming. This option sets a default value for the Date quick filter, so that by default only the <n> days are displayed." ...... I'm assuming that by saying "only the <n> days are displayed" that it has actually only searched <n> days ................ vs seaching ALL the logbooks but only displaying <n> days. Please confirm.

Also, why wouldn't the "28" days spec display in the Select Period box beside the Quick Filters? Otherwise it appears to me to be a separate and conflicting item. Best regards!

 

 

 

 

  68960   Fri May 3 15:50:39 2019 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: Last default = <n>

I just tried your elogd.cfg, and it works fine for me. So no idea what is wrong in your case.

Stefan

  68961   Fri May 3 16:02:33 2019 Reply Alan Grantagrant@winnipeg.caQuestionWindows3.1.2Re: Last default = <n>

Ok thanks for taking the time to try it out. I definitely still show "All entries" in any case, so I will continue to try to resolve on my end and if I find the cause or solution I will share back on the forum.

First though, I noticed you ran 3.1.4 whereas I'm still on 3.1.2. I'm also on Windows Server 2016 and IE 11. Do you think any of that might make the difference?

Stefan Ritt wrote:

I just tried your elogd.cfg, and it works fine for me. So no idea what is wrong in your case.

Stefan

 

  68962   Fri May 3 16:22:23 2019 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: Last default = <n>

Yes I always run the current version from bitbucket. I haven't touched that code for "last default" since a long time, so I don't expect the verison to make a difference. Unfortuantely I have not Windows Server or IE for testing.

Alan Grant wrote:

Ok thanks for taking the time to try it out. I definitely still show "All entries" in any case, so I will continue to try to resolve on my end and if I find the cause or solution I will share back on the forum.

First though, I noticed you ran 3.1.4 whereas I'm still on 3.1.2. I'm also on Windows Server 2016 and IE 11. Do you think any of that might make the difference?

Stefan Ritt wrote:

I just tried your elogd.cfg, and it works fine for me. So no idea what is wrong in your case.

Stefan

 

 

  68963   Fri May 3 16:29:00 2019 Reply Alan Grantagrant@winnipeg.caQuestionWindows3.1.2Re: Last default = <n>

Thanks again.

I noticed in the Change Log for 3.1.4 that there's a reference to something done with "Last default" in Sept 2018 so I think I will try to set up a Linux instance and try out 3.1.4. Regards.

Version 3.1.4, released September 26th, 2018
============================================

- Replaced sprintf by snprintf
- Changed midas.psi.ch to elog.psi.ch
- Fixed bug for redirect under two daisy-chained proxies
- Removed while(in_asend) which caused some browsers to block
- Implemented elogd.service for systemd daemon
- Implemented "max email attachment size"
- Limit max request size to 100 MB
- Allow ampersand in user names
- Added code to detect Unicode characters as HTML
- add "Email CSS URL" : use public copy of CSS for emails
- bugfix: replace hard-coded reference of "New" to loc("New")
- add "Subscription columns" : format list of logbooks for subscriptions in columns
- Added "interface" option
- Fixed crash on negative Content-Length in header
- Fixed "?npp=0" crash
- Added confirmation dialog before deleting an attachment
- Implemented "last default" to restrict quick filter display by default on the last n days
- Made header parsing case insensitive
- Switched to TLSv1_

Stefan Ritt wrote:

Yes I always run the current version from bitbucket. I haven't touched that code for "last default" since a long time, so I don't expect the verison to make a difference. Unfortuantely I have not Windows Server or IE for testing.

Alan Grant wrote:

Ok thanks for taking the time to try it out. I definitely still show "All entries" in any case, so I will continue to try to resolve on my end and if I find the cause or solution I will share back on the forum.

First though, I noticed you ran 3.1.4 whereas I'm still on 3.1.2. I'm also on Windows Server 2016 and IE 11. Do you think any of that might make the difference?

Stefan Ritt wrote:

I just tried your elogd.cfg, and it works fine for me. So no idea what is wrong in your case.

Stefan

 

 

 

  68964   Fri May 3 16:48:47 2019 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: Last default = <n>

Indeed you're right (my memory is fading, argh). Please try 3.1.4.

Stefan

Alan Grant wrote:

Thanks again.

I noticed in the Change Log for 3.1.4 that there's a reference to something done with "Last default" in Sept 2018 so I think I will try to set up a Linux instance and try out 3.1.4. Regards.

Version 3.1.4, released September 26th, 2018
============================================

- Replaced sprintf by snprintf
- Changed midas.psi.ch to elog.psi.ch
- Fixed bug for redirect under two daisy-chained proxies
- Removed while(in_asend) which caused some browsers to block
- Implemented elogd.service for systemd daemon
- Implemented "max email attachment size"
- Limit max request size to 100 MB
- Allow ampersand in user names
- Added code to detect Unicode characters as HTML
- add "Email CSS URL" : use public copy of CSS for emails
- bugfix: replace hard-coded reference of "New" to loc("New")
- add "Subscription columns" : format list of logbooks for subscriptions in columns
- Added "interface" option
- Fixed crash on negative Content-Length in header
- Fixed "?npp=0" crash
- Added confirmation dialog before deleting an attachment
- Implemented "last default" to restrict quick filter display by default on the last n days
- Made header parsing case insensitive
- Switched to TLSv1_

Stefan Ritt wrote:

Yes I always run the current version from bitbucket. I haven't touched that code for "last default" since a long time, so I don't expect the verison to make a difference. Unfortuantely I have not Windows Server or IE for testing.

Alan Grant wrote:

Ok thanks for taking the time to try it out. I definitely still show "All entries" in any case, so I will continue to try to resolve on my end and if I find the cause or solution I will share back on the forum.

First though, I noticed you ran 3.1.4 whereas I'm still on 3.1.2. I'm also on Windows Server 2016 and IE 11. Do you think any of that might make the difference?

Stefan Ritt wrote:

I just tried your elogd.cfg, and it works fine for me. So no idea what is wrong in your case.

Stefan

 

 

 

 

  68967   Fri May 10 04:34:36 2019 Question Alan Grantagrant@winnipeg.caQuestionWindows3.1.2Execute attribute

Apart from an inline shell command that can be run with the Execute attribute, is it possible to run an external script file? I would like to run a Powershell script with the Elog attribute data parameters passed to it upon Submit New entry.

ELOG V3.1.5-2eba886