Re: MOptions problem ?, posted by Holger Mundhahs on Mon Feb 27 13:26:31 2006
|
Hello Alex,
can you please provide the following information:
- Which ELOG version do you use?
- From which logbook are the screenshots? (I assume it's Liste - right?)
I've tested your configuration with version V2.6.1-1663, and in my case it works.
I use your attribute block in GLOBAL section and the following logbook:
[DEMO]
Comment = TEST
Attributes = Admin, Client, Equipment
Extendable options = Client, Equipment
Regards
Holger
> [quote="Alex H"]Hi Stephan,
> I have a unknown bug and need help :)!
>
> First, please take a look to attached screenshot
> On the "elog problem1.gif" and "elog problem2.gif" there aren't any problem.
> The entry "Mairie STO" appears correct but when I try to edit the "Equipment" field, the list/combo shows
> improper data.
> I obtain "- please select -" instead of "RT0004"
> What's the problem ?
> Thanks a lot.[/quote]
>
> UP! No idea :'( ? |
|
Find in multiple logbooks returns wrong pages, posted by Patrick Decowski on Mon Feb 27 19:29:15 2006
|
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"> 1723 </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> </td><td class="list2"><a
href="1723"></a> </td><tr>
[...]
i.e., it is missing '../Forum' in front of all the links.
regards,
patrick. |
|
Top Groups and logbook directorys, posted by Steve Jones on Thu Mar 2 23:32:25 2006
|
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! |
|
Allow $attributes in "Comment = " option, posted by Steve Jones on Fri Mar 3 18:02:59 2006
|
| Is it possible to allow $attribute substitutions in the "Comment =" option for logbooks? |
|
large attachment seems to hang elogd?, posted by Haitao Yu on Tue Mar 7 21:41:28 2006
|
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? |
|
Strange "bug?" report - disappearing data when attribute is "Locked", posted by Steve Jones on Thu Mar 9 06:04:46 2006
|
| Steve Jones wrote: | I have come across an issue where an attribute value is "blanked" upon either editing or replying. The interesting thing is this is a logbook entry that was "Moved" from one logbook to another, all under the same Top Group. All configs are done under the [global <topgroup>] so the attribute is not being reset on purpose. Most interesting of all is this only happens:
- if the attribute is "locked" (the logbook being moved "To" locks most attributes)
- if the attribute is of type "date"
- if the logbook entry had been "moved" from another logbook
If the logbook entry is subsequently moved back, all works as it should - even the locked date attributes.
temporary workaround is to "unlock" the date attributes - which really messes with things if people decide to change the dates. |
|
Problem submitting entries in ELOG after migrating from Windows to Linux, posted by Edmundo T Rodriguez on Thu Mar 9 21:10:18 2006
|
I was able to install ELOG v2.61. in a Compaq ProLiant DL360 running with SUSE Linux v10
The migration/implementation went quiet well ...
ELOG v2.6.1 application came up find!.
I can login with No problems.
I can see previous logs entries, sort, etc.
But, I can NOT create any new-log (new entries) in any logbook. I get this message:
-----------------------------------------------------------------------------------
New entry cannot be written to directory
"/eLOGv261/logbooks/Administration/"
Please check that it exists and elogd has write access and disk is not full
Please use your browser's back button to go back
-----------------------------------------------------------------------------------
The previous logbooks where in ...
\Program Files\ELOG\logbooks\Administration
\MainFrame
\Unix
\OpenVMS
\RDBMS
New logbooks are in the following place ...
/eLOGv261/logbooks/Administration
/MainFrame
/Unix
/OpenVMS
/RDBMS
How can it read old log entries and I NOT create new ones?
I am sure I missing something. Can I know what?
Also, It will be good to have an entry in the ELOG web-site
explaining any migration steps from Window to Linux and reverse!
Please, help.
Thank you! |
|
Broken thread structure in Forum?, posted by Yoshio Imai on Mon Mar 13 12:51:36 2006
|
Hi!
I noticed that this thread seems to be broken in the Forum. When I view the thread start in single view (http://midas.psi.ch/elogs/Forum/1739), I have access to all subsequent posts, but the first reply seems to be interpreted like a new thread, i.e. when clicking onto it (http://midas.psi.ch/elogs/Forum/1741), the thread start is no longer displayed and accessible in the list of posts. Is this intentional, or is it a bug?
Yoshio |
|
|
ELOG V3.1.5-3fb85fa6 |