Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 581 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Versiondown Subject
  1730   Mon Feb 27 19:29:15 2006 Question Patrick Decowskidecowski@berkeley.eduBug report 2.6.1Find in multiple logbooks returns wrong pages
hello ELOG developers,

i think that i found a problem in the find function of ELOG  version 2.6.1. i can reproduce it on the forum ELOG website on midas.psi.ch:

go to: http://midas.psi.ch/elogs/Contributions/?cmd=Find
and enter under author 'ritt' and check the 'search all logbooks' checkmark, then search

the returned list has all your postings on all three ELOG sections, but if you look at the links that are returned, they point to the 'Contributions' 
portion of the ELOG and not the 'Forum' portion as they should. this means that the wrong posting is returned when you click on the link (or in 
this case, no posting at all).

for example, the HTML of the first link is
[...]
<tr>
<td class="list2" nowrap><a href="1723">Forum</a></td>
<td class="list2">
<a href="1723">&nbsp;&nbsp;1723&nbsp;&nbsp;</a>
</td>

<td class="list2" nowrap><a href="1723">Thu Feb 23 15:50:20 2006</a></td>
<td class="list2"><a href="1723">Stefan <B style="color:black;background-color:#ffff66">Ritt</B></a></td><td class="list2"><a 
href="1723"><a href="stefan.ritt@psi.ch">stefan.ritt@psi.ch</a></a></td><td class="list2"><a href="1723">Question</a></td><td 
class="list2"><a href="1723">Re: Protect Selection page</a></td><td class="list2"><a href="1723"></a>&nbsp;</td><td class="list2"><a 
href="1723"></a>&nbsp;</td><tr>
[...]

i.e., it is missing '../Forum' in front of all the links.

regards,
patrick.
  1743   Thu Mar 2 23:32:25 2006 Question Steve Jonessteve.jones@freescale.comRequestAll2.6.1Top Groups and logbook directorys
I am re-working our elog setup and am seriously looking at using the "Top Group" feature. What I like best is the ability to create [global] configurations for a group (or type) of logbook when I host multiple types on the same server. I also like being able to specify a different password file, etc.

A limitation that I run into is I would really like the actual directory names used for storing the logbooks for the different types to be identical - which isn't possible when all logbooks (regardless of context) exist at the same directory level. For example, I might have:

3 physical locations: ABC, DEF, GHI

For each location I want to maintain two *groups* of logbooks - CircuitTests and BoardTests. What I would like to end up with is:
- CircuitTests
----ABC
----DEF
----GHI
- BoardTests
----ABC
----DEF
----GHI

Under current elog this is not possble as far as I know. Since each logbook is a physical directory, each logbook requires a unique name. The concept of a named [global] area fills the bill for all things but it would be nifty if one could do:
[global circuittests]
Logbook dir = circuittestlogbooks

[global boardtests]
Logbook dir = boardtestlogbooks

I suppose the poorman's way of doing this is for each logbook to do the following:
[ABC]
Subdir = boardtestlogbooks/ABC
[DEF]
Subdir = boardtestlogbooks/DEF
[GHI]
Subdir = boardtestlogbooks/GHI

or something like that, but I was hopic for something a little more integrated - like creating the hierarchical stuff via the GUI. Anyway, this probably sounds like a major overhaul, which definitely wouldn't be worth it unless I have completely missed something glaringly obvious.

Thanks!
  1745   Fri Mar 3 18:02:59 2006 Question Steve Jonessteve.jones@freescale.comRequestAll2.6.1Allow $attributes in "Comment = " option
Is it possible to allow $attribute substitutions in the "Comment =" option for logbooks?
  1747   Sat Mar 4 06:04:53 2006 Reply Steve Jonessteve.jones@freescale.comRequestAll2.6.1Re: Top Groups and logbook directorys

Steve Jones wrote:
I am re-working our elog setup and am seriously looking at using the "Top Group" feature. What I like best is the ability to create [global] configurations for a group (or type) of logbook when I host multiple types on the same server. I also like being able to specify a different password file, etc.

A limitation that I run into is I would really like the actual directory names used for storing the logbooks for the different types to be identical - which isn't possible when all logbooks (regardless of context) exist at the same directory level. For example, I might have:

3 physical locations: ABC, DEF, GHI

For each location I want to maintain two *groups* of logbooks - CircuitTests and BoardTests. What I would like to end up with is:
- CircuitTests
----ABC
----DEF
----GHI
- BoardTests
----ABC
----DEF
----GHI

Under current elog this is not possble as far as I know. Since each logbook is a physical directory, each logbook requires a unique name. The concept of a named [global] area fills the bill for all things but it would be nifty if one could do:
[global circuittests]
Logbook dir = circuittestlogbooks

[global boardtests]
Logbook dir = boardtestlogbooks

I suppose the poorman's way of doing this is for each logbook to do the following:
[ABC]
Subdir = boardtestlogbooks/ABC
[DEF]
Subdir = boardtestlogbooks/DEF
[GHI]
Subdir = boardtestlogbooks/GHI

or something like that, but I was hopic for something a little more integrated - like creating the hierarchical stuff via the GUI. Anyway, this probably sounds like a major overhaul, which definitely wouldn't be worth it unless I have completely missed something glaringly obvious.

Thanks!


Steve Jones wrote:
Perhaps it is best to ignore this -- I went for a workaround that I like. I am running into a few quirky things with Top Group but it is likely due to the fact that I have never used it.
  1749   Mon Mar 6 13:06:59 2006 Reply Stefan Rittstefan.ritt@psi.chBug report 2.6.1Re: Find in multiple logbooks returns wrong pages
This problem has been fixed in SVN revision 1671.
  1750   Mon Mar 6 13:40:40 2006 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.6.1Re: Allow $attributes in "Comment = " option

Steve Jones wrote:
Is it possible to allow $attribute substitutions in the "Comment =" option for logbooks?


The "Comment =" option for logbooks gives a general comment, like Discussion forum about ELOG for this forum. Since this comment is global, it does not make sense to have $attribute substitution.
  1754   Mon Mar 6 17:43:11 2006 Reply Steve Jonessteve.jones@freescale.comRequestAll2.6.1Re: Allow $attributes in "Comment = " option

Stefan Ritt wrote:

Steve Jones wrote:
Is it possible to allow $attribute substitutions in the "Comment =" option for logbooks?


The "Comment =" option for logbooks gives a general comment, like Discussion forum about ELOG for this forum. Since this comment is global, it does not make sense to have $attribute substitution.



Quote:
Ok, just a thought. Thanks
  1761   Tue Mar 7 21:41:28 2006 Question Haitao Yuhtyu@phys.columbia.eduQuestionLinux2.6.1large attachment seems to hang elogd?
Hello,

I am trying to attach somewhat large file (4-15MB files tested) with my messages but it seems to hang the elogd server for a really long time (30-100minutes). The file upload was done pretty soon (within a few seconds), then the elogd process seems to be busy doing something, using around 50MB of memory and 95% of CPU time, and stop respond to the requests. I can read the logbook with another copy of elogd running on another port, and I can see (and download) the uploaded file. I am wondering what could cause the problem --- and could it be related to the problem of not setting up the SMTP server right? Thanks for any suggestion!

Haitao

P.S. I read in some old message that if we want to upload very large files, we have to change the WEB_BUFFER_SIZE in elogd.c, however this parameter is no longer in v2.6.1. Is there something similiar I have to change?
ELOG V3.1.5-3fb85fa6