| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
65664
|
Thu Nov 29 18:59:59 2007 |
 | Uwe | uweho@web.de | Bug report | | 2.6.5 | Re: quick filter | > > I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
> > enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
> > the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
>
> I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a
> workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed
> through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will
> be contained in the next release.
Thanks again for your help! |
|
66686
|
Thu Jan 14 16:44:49 2010 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | Windows | 2.7.8-2280 | Re: quick filter |
| deletoille wrote: |
|
Hello,
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Thanks in advance
Xavier
|
I don't understand your questions. Can you please give an example. |
|
66687
|
Thu Jan 14 17:14:21 2010 |
| deletoille | xavier.deletoille@synchrotron-soleil.fr | Question | Linux | Windows | 2.7.8-2280 | Re: quick filter |
| Stefan Ritt wrote: |
|
| deletoille wrote: |
|
Hello,
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Thanks in advance
Xavier
|
I don't understand your questions. Can you please give an example.
|
Sorry for my english. In fact, i found the answer by myself. But I ll explain to you.
in attachement 1, a small part of our ELOG. When I choose FBT in the quick filter "groupe incriminé". Elog respond that there is no entrie found (attachement 2)
But, with the find function, when i select display full entries and FBT in "groupe incriminé", Elog show the entrie ( attachement 3).
I found the answer. In fact, Elog respond no entrie when threaded is selected. I have to choose Full or summary for that working.
sorry
Xavier
|
| Attachment 1: exemple_1.JPG
|
|
| Attachment 2: exemple_2.JPG
|
|
| Attachment 3: Exemple_3.JPG
|
|
|
66688
|
Thu Jan 14 18:55:12 2010 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | Windows | 2.7.8-2280 | Re: quick filter |
| deletoille wrote: |
|
| Stefan Ritt wrote: |
|
| deletoille wrote: |
|
Hello,
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Thanks in advance
Xavier
|
I don't understand your questions. Can you please give an example.
|
Sorry for my english. In fact, i found the answer by myself. But I ll explain to you.
in attachement 1, a small part of our ELOG. When I choose FBT in the quick filter "groupe incriminé". Elog respond that there is no entrie found (attachement 2)
But, with the find function, when i select display full entries and FBT in "groupe incriminé", Elog show the entrie ( attachement 3).
I found the answer. In fact, Elog respond no entrie when threaded is selected. I have to choose Full or summary for that working.
sorry
Xavier
|
Actually what you report is a bug. The filtering does not work in threaded display mode, only in summary and full. I fixed that bug in the current SVN version, so if you download and compile it, you can give it a try. The fix will be contained in the next official release. |
|
66691
|
Mon Jan 18 02:14:01 2010 |
| Gabriele Sirri | sirri@bo.infn.it | Question | Windows | 2.7.8-2283 | Re: quick filter |
| Stefan Ritt wrote: |
|
| deletoille wrote: |
|
| Stefan Ritt wrote: |
|
| deletoille wrote: |
|
Hello,
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Thanks in advance
Xavier
|
I don't understand your questions. Can you please give an example.
|
Sorry for my english. In fact, i found the answer by myself. But I ll explain to you.
in attachement 1, a small part of our ELOG. When I choose FBT in the quick filter "groupe incriminé". Elog respond that there is no entrie found (attachement 2)
But, with the find function, when i select display full entries and FBT in "groupe incriminé", Elog show the entrie ( attachement 3).
I found the answer. In fact, Elog respond no entrie when threaded is selected. I have to choose Full or summary for that working.
sorry
Xavier
|
Actually what you report is a bug. The filtering does not work in threaded display mode, only in summary and full. I fixed that bug in the current SVN version, so if you download and compile it, you can give it a try. The fix will be contained in the next official release.
|
Hello,
I gave it a try. See: https://midas.psi.ch/elogs/Forum/66690
Gabriele
|
|
68172
|
Fri Oct 30 15:52:33 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1.1 | Re: propogating messages through logbooks | > Hi there
>
> Okay so let me explain what im trying to do. I have a table in a logbook (lets call it home) that the user fills
> out. This information in the table is related to other logbooks (8 of them to be exact).
> I want to propogate information from the table in the home logbook into the other logbooks. To do this I used
> Execute new which runs my scripts. One of the scripts makes a call to the elog
> client to submit the message. The problem is that this call to elog client never finishes because its hanging
> waiting for the initial submit (one which triggered Execute new) to finish. The documentation
> explained that only one submit can be processed at a time so i expected whats happening at the moment.
>
> My question is are there any other ways to do what im trying to do?? In a nutshell how to propogate information
> from one logbook to another autonomously.
>
> Regards
> Kenzo
Hi Kenzo,
I think it would help me to understand your problem, if you would provide a minimal configuration file with two
logbooks.
There is no ELOG internal feature to propagate data from one logbook to another;
using a shell script is the only method I know.
But you could easily put your script into the background:
ELOG can handle multiple parallel request, by handling one request after the other.
Kind Regards, Andreas |
|
68174
|
Mon Nov 2 07:39:07 2015 |
| kenzo Abrahams | kenzoabrahams@gmail.com | Question | Linux | 3.1.1 | Re: propogating messages through logbooks |
> Hi Kenzo,
> I think it would help me to understand your problem, if you would provide a minimal configuration file with two
> logbooks.
>
> There is no ELOG internal feature to propagate data from one logbook to another;
> using a shell script is the only method I know.
> But you could easily put your script into the background:
> ELOG can handle multiple parallel request, by handling one request after the other.
>
> Kind Regards, Andreas
Hi Andreas
Im using python to do the scripting. Everything works fine until it comes to submitting the entry to my logbook.
The extractTable.py file is the one running the command to submit to elog.
I see now that im starting a subprocess in my python script (subprocess.call) and thats why its not finishing.
Could you perhaps suggest how I would go about doing this by putting my scripts in the
background? I might have to look at multiprocessing in python as well. The reason im using python is because im
doing alot of file processing as well. I do have to add that this method works perfectly when i just run the python
on its own. As soon as i run it by submiting an elog entrie from the browser it hangs on the subprocess.call method.
Regards, Kenzo |
| Attachment 1: elogd.cfg
|
[global]
Group Ithemba = Configuration, Maintenance
Group Maintenance = C1
port = 8080
[Configuration]
Theme = default
Comment = Current configuration of detectors
Attributes = Author, Subject
Preset Subject = Current Configuration
Required Attributes = Author
Locked Attributes = Author, Subject
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date
Execute new = $shell(echo "$message id" &> /usr/local/elog/logbooks/ID.txt; python /usr/local/elog/logbooks/lookupConfig.py; python /usr/local/elog/logbooks/extractTable.py)
[C1]
theme = default
Comment = Maintenance information for clover detector C1
Attributes = Author, Subject, Type
Options Type = Defects, Routine, Problem Fixed, Maintenance
Preset Author = $long_name
Required Attributes = Author
Locked Attributes = Author
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date
|
| Attachment 2: extractTable.py
|
#!/usr/bin/python
from bs4 import BeautifulSoup
import sys
import re
import time
import csv
import subprocess
#time.sleep(2)
counter = 0
DetectorNum = 1
soup = BeautifulSoup(open('/usr/local/elog/logbooks/Table.html'), 'html5lib')
for table in soup.find_all('table'):
for row in table.find_all('tr'):
col = row.find_all('td')
Xia = col[0].string
module = col[1].string
channel = col[2].string
name = col[3].string
arrayPos = col[4].string
panel = col[5].string
if counter == 0:
titleList = (str(Xia), str(module), str(channel), str(name), str(arrayPos), str(panel))
counter = counter + 1
else:
record = (str(Xia), str(module), str(channel), str(name), str(arrayPos), str(panel))
file = open('/usr/local/elog/logbooks/tableData', 'w')
for i in range(len(titleList)):
file.write(str(titleList[i])+" = "+str(record[i])+"\n")
file.close()
DetName = "C"+str(DetectorNum)
subprocess.call(["elog", "-h", "localhost", "-p", "8080", "-l", DetName, "-u", "System", "password", "-a", "Author=System", "-a", "Subject=\"testing the auto writing of detectors\"", "-m", "/usr/local/elog/logbooks/tableData"])
counter = counter + 1
DetectorNum = DetectorNum + 1
|
|
68175
|
Mon Nov 2 08:37:06 2015 |
| kenzo Abrahams | kenzoabrahams@gmail.com | Question | Linux | 3.1.1 | Re: propogating messages through logbooks | >
> > Hi Kenzo,
> > I think it would help me to understand your problem, if you would provide a minimal configuration file with two
> > logbooks.
> >
> > There is no ELOG internal feature to propagate data from one logbook to another;
> > using a shell script is the only method I know.
> > But you could easily put your script into the background:
> > ELOG can handle multiple parallel request, by handling one request after the other.
> >
> > Kind Regards, Andreas
>
> Hi Andreas
>
> Im using python to do the scripting. Everything works fine until it comes to submitting the entry to my logbook.
> The extractTable.py file is the one running the command to submit to elog.
> I see now that im starting a subprocess in my python script (subprocess.call) and thats why its not finishing.
> Could you perhaps suggest how I would go about doing this by putting my scripts in the
> background? I might have to look at multiprocessing in python as well. The reason im using python is because im
> doing alot of file processing as well. I do have to add that this method works perfectly when i just run the python
> on its own. As soon as i run it by submiting an elog entrie from the browser it hangs on the subprocess.call method.
>
> Regards, Kenzo
Hi Andreas
I sorted my problem out, I had to use threading in python such that I can time the submissions to the elog server.
Everything works fine now. Thank you for the assistance.
Regards
Kenzo |
|