| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68796
|
Mon May 7 14:24:18 2018 |
 | Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.9.2 | Re: Elog ID entry bug at >99999 entries | As Andreas said we have to reproduce the problem. What is special in your case is the elog:SequencerEvents/XXXXX. This is non-standard and must be created through your configuration of elog or by an external script. I just guess that you have something like
Preset ID = elog:SequencerEvents/#####
which causes elog to preset the ID with the above string. Can it be that you just put five hashmarks in the preset?
Stefan
| Chris Rasmussen wrote: |
|
Hi Andreas, I'm working on the same experiment as Joseph who submitted the bug report.
You are right, IDs greater than 10^5 are created no problem. The issue is with the internal elog link, in this case of the form elog:SequencerEvents/XXXXX The link generated uses only the first 5 digits of the message ID, and therefore links to the wrong message. In the two attachments you can see our sequencer event number 100098, first displaying the message where all of the ID is displayed and secondly in "full" view of the elog front page. Here, the "ID" column contains a link with the string: elog:SequencerEvents/10009. Our problem is that we often use this string to paste into other elogs and generate a link to the sequencer event message. However, since the string uses too few digits, we end up with a link to the wrong message
| Andreas Luedeke wrote: |
|
I am not sure I understand your bug report.
I can easily create IDs greater than 100'000 (see attached picture), but that is not your problem, or is it?
Cheers, Andreas
| Joseph McKenna wrote: |
|
We have a possible bug with elog that the ID for an elog entry at over 99,999 entires reads as 10,000...
68792/1 Illistrates the problem, we use this ID often to cross reference from out datalog...
Is this a know bug we can find a fix for? We are using: elogd 2.9.2 built Jul 14 2015, 18:58:06 revision
|
|
|
|
|
68805
|
Mon May 21 21:37:36 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.9.2+2014.05.1 | Re: Report Generating Tool? | Switch to the "summary" display (try it with this forum). You get headers (like "category"). Clicking on it sorts by that attribute. Then display "all" entries, or use the "find" option to search in certain time periods, then just print the web page.
Alternatively, expeort logbook entries as CSV files, load them into a spreadsheet program, and do the sorting and printing there.
Stefan
| Hal Goldfarb wrote: |
|
Has anyone developed a report tool for elog? I would like to be able to sort certain items and send them to either a printer, or an email (external to my own use).
If not, any ideas on an easy means of doing this? I write a lot of Perl, so that would be an option for me if the text is easily obtained.
Thanks
|
|
|
68807
|
Tue May 22 11:11:43 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.9.2+2014.05.1 | Re: Report Generating Tool? | Click on "Find", select "Export to CSV", optionally select filter criteria, then press "Search".
Stefan
| Hal Goldfarb wrote: |
|
I don't see an "export" option in the documentation, only "import." Printing the web page is probably not what I want.
| Stefan Ritt wrote: |
|
Switch to the "summary" display (try it with this forum). You get headers (like "category"). Clicking on it sorts by that attribute. Then display "all" entries, or use the "find" option to search in certain time periods, then just print the web page.
Alternatively, expeort logbook entries as CSV files, load them into a spreadsheet program, and do the sorting and printing there.
Stefan
| Hal Goldfarb wrote: |
|
Has anyone developed a report tool for elog? I would like to be able to sort certain items and send them to either a printer, or an email (external to my own use).
If not, any ideas on an easy means of doing this? I write a lot of Perl, so that would be an option for me if the text is easily obtained.
Thanks
|
|
|
|
|
68813
|
Tue Jun 5 10:12:06 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Linux | 3.1.1 | Re: text area height | Have you tried
Message height = ...
unit is number of text lines.
Stefan
| Giuseppe Cucinotta wrote: |
|
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
|
68814
|
Tue Jun 5 12:28:27 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 3.1.3 | Re: Enabling SSL | This comes from the openSSL library which elog includes. I tried myelf and found that a chained certificate is not correctly interpreted by the openSSL library. Most people anyhow don't use SSL inside elog, but run an Apache server in front of elog. This is anyhow better since Apache has an industry-strength security with regular updates. Much better than relying on OpenSSL.
Stefan
| Pasti wrote: |
|
Hi all,
I'm following config guide and so far so good. The only issue I run into is when enabling SSL.
Guide says - One can replace this certificate and key with a real certificate to avoid browser pop-up windows warning about the self-signed certificate.
Can you please tell me a more details regards this part? I have acquired security certificate and replaced contents of SSL folder.
Now elogd.exe gets error 1067.
Any help would be highly appreciated.
Thanks!
|
|
|
68816
|
Tue Jun 5 21:37:26 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Linux | 3.1.1 | Re: text area height | The message height option only works if you select either "ELCode" or "plain" for encoding (this can also be made as default in the config file). For the HTML editor, the size is set internally and I don't have any influenc on it.
Stefan
| Giuseppe Cucinotta wrote: |
|
I tried with Message Height = 100 inside the conifguration of my logbook, but nothing changed as you can see in the first picture...
What I'm looking for is a way, if possible, to start by default with a wider message box, someting like fig2. For our purpose, using wide tables, it would be very useful to have a wider message box in order to have a full look to the message content, and also having it by default without modifying it by hand with the mouse every time we submit something to elog.
Beppe
| Stefan Ritt wrote: |
|
Have you tried
Message height = ...
unit is number of text lines.
Stefan
| Giuseppe Cucinotta wrote: |
|
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
|
|
|
68825
|
Thu Jun 14 13:17:33 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Linux | 3.1.3 | Re: number of entries in Login user list | Well, many arrays based on MAX_N_LIST are created on the heap memory, and if you exceed that, elogd simply crashes. There are compile options to increase the stack and heap size, but that depends on the operating system and the compiler. The value of 100 has been proven to work everywhere. If you increase it, you're on your own.
Stefan
| Janusz Szuba wrote: |
|
Thanks, good point, I was not sure that in case of other lists which will be changed as well, there will not be any problems, like overflow, etc.
Regarding admin list, now I remember, that was the limit to send email notification in case of registration requests. But actually it is not important right now.
best
Janusz
| Andreas Luedeke wrote: |
|
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100
That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
Cheers, Andreas
| Janusz Szuba wrote: |
|
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz
|
|
|
|
|
68826
|
Thu Jun 14 13:20:26 2018 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1.3 | Re: edit templates from config page | > Dear all,
> I have some logbook which uses preset text depending on some option values, and uses text files for this.
>
> something similar to:
>
> Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5}
>
> {1} Preset text = MCProdStart.txt
> {2} Preset text = MCProd2h.txt
> {3} Preset text = MCProd4h.txt
> {4} Preset text = MCProd6h.txt
> {5} Preset text = MCProdEnd.txt
>
> I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server.
>
> thanks Stefano
No, you can only edit this on the file level.
Stefan |
|