Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 197 of 801  Not logged in ELOG logo
ID Date Icon Authordown Author Email Category OS ELOG Version Subject
  1340   Tue Jul 26 21:11:31 2005 Reply Stefan Rittstefan.ritt@psi.chRequestLinux2.6.0bRe: Restrict Top Groups to logged-in users?

Chris Green wrote:
I already had the "password file = <file>" in the [global <top group>] section but I was still able to see the logbooks in that section. Moving the password line to [global] and / or setting Show Top Groups = 0 helped. Am I doing something wrong?


If you move the "password file = <file>" entry around, you can get fooled by stored cookies. So after each modification, make sure to delete all cookies in your browser.
  1344   Wed Jul 27 09:07:17 2005 Reply Stefan Rittstefan.ritt@psi.chRequestLinuxV2.6.0Re: hide attributes when view the logbook

Juliana Peng wrote:
But is there a way to control to hide or view the attributes? so that we don't need to change the elog.conf file each time.

For example, add a menu "expend" in "Find menu commands", we can click to view all the attributes or just view the attributes defined in "List Display"

Or use "{1} List Display = ....", we can view all the attributes at list page, but if selecting SunOS, only show attributes in List Display


In that case I would suggest two separate logbooks, for for SunOS and one for others. This way you can manage two separate sets of attributes.
  1345   Wed Jul 27 09:39:47 2005 Reply Stefan Rittstefan.ritt@psi.ch Windows2.60 beta3Re: Problems with beta 3 (Follow-on to CVS/XML msg 1296)

PJ Meyer wrote:
but something happened to the css.
i'm getting white background and no icons anywhere.

so tried to install in a clean location as it comes out of the box with no changes. get white background, no colour.

tried moving css files, graphic files, etc, around - nothing.

emptied bowser caches (IE and Opera)
deleted appropriate cookies
stop and started many time.

and still at the end of the day - i get a white background only, no colour what so ever.

also get page not found when clicking on a row to edit entry.
example: http://dhsdlj159941.hr.state.or.us/demo/1
is record #1 in demo table, elog can't display it when i click on it in the list window.

any ideas?


That's strange. Can you check if elog finds it's own host properly? The CSS file should be under

http://dhsdlj159941.hr.state.or.us/demo/default.css

and if you look at the HTML source of you standard page you should see something like:

<link rel="stylesheet" type="text/css" href="http://dhsdlj159941.hr.state.or.us/demo/default.css">

Could it be that elog places something else than "dhsdlj159941.hr.state.or.us" as the host name? If so, you could override this with following statement in elogd.cfg:

URL = http://dhsdlj159941.hr.state.or.us/

That should also fix your other problem.
  1347   Wed Jul 27 15:56:53 2005 Reply Stefan Rittstefan.ritt@psi.chRequestLinuxV2.6.0Re: hide attributes when view the logbook

Juliana Peng wrote:
We don't want separate logbooks, sorry for the misleading. I was trying to put two request together.


I understood you correctly. What I was trying to say is that what you currently request possible with the current version and will not be implemented soon. But you can partly obtain what you want by having two logbooks. Make one logbook which has fewer attributes, and which will receive all SunOS entries. Make another one with all the attributes. Although this will become separate logooks, you can "think" of them as one logbook with two different sections. There is even the trick of forcing the data directory to be the same (via the "data dir") option, so both logbooks will "look" at the same database. Make one logbook the "master" having all the attributes. That's where you enter your information. Them make one or more logbooks looking at the same data, but make them read-only. Each logbook can have a separate set of attributes, access rights etc, but all of them show the same data.

I know this is not the perfect solution, but at least something which can be done already now.
  1352   Wed Jul 27 21:22:47 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.57-1Re: attribute of type "datetime" sorted incorrectly

Kees Bol wrote:
What goes wrong here?


The wrong sorting is a mystery to me. I redid what you have, and entered exactly the same entries, and got following:



As you can see, the sorting is quite different. What happens if you reload the page, what if you restart elogd?

As for the missing validity check for the date field, all what was missing was the year check. I added that.
  1360   Sat Jul 30 14:36:08 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.6Re: Login twice

Carl Shirey wrote:
Where I work we started to use Elog for our shift carry over log, everyone seems to likes it.
I do have one problem for some reason we have to login twice in order to submit a new entree in
the log. I do have a guest account setup so when we click logon the logon page pops up and you
type in username and password and enter. Then main page pops up and you are still in the guest mode.
Click on logon again and enter everything again and this you get in the edit mode.
I hope you can me with this.


Can you send me your elogd.cfg?
  1364   Tue Aug 2 08:56:21 2005 Reply Stefan Rittstefan.ritt@psi.chInfoLinux2.6.0Re: "full" only changes color

Kees Bol wrote:
I have the strange problem that when changing to "full"-diplaymode the output looks the same as with "summary", only the color is different. The texts don't appear.
Any idea what can cause this behaviour?


Can you send me your elogd.cfg ?

Have you made sure that the entries do contain some text? The behaviour you describe usually happens if you have entries without any text.
  1367   Wed Aug 3 22:44:43 2005 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux | Windows2.60b3Re: Response is very slow with beta3

Emiliano Gabrielli wrote:
for every image elog has to serve one can see something similar to the above ... lot of time lost in selects.. then a lot of data (serving an image I suppose), then a lot of time in select again and again ... untill everything is sent, in a couple of minutes or more Crying


Maybe an issue related to the dns search you introduced in order to guess the correct host name ?? ..


This is strange to me, since I did not change anything which could slow down the server this much. The dns search your mentioned is only evaluated once on startup of elogd, so it cannot be the cause. The select() statements with Timeouts are normal. If there is no HTTP request (elogd is idling), the select should time out after one second, to be able to check a changed config file for example. If a HTTP request arrives, the select() call is immediately terminated and the request served.

There is however some problem with DNS server which I saw on midas.psi.ch. If the DNS host name resolution is slow due to a slow DNS server, this could slow down elogd considerably significantly, but only occasionally. I saw elogd hanging on midas.psi.ch like once or twice a day for ~30 seconds.

I order to address this problem, I imlemented a global flag "resolve host names = 0|1". The default is "0", which means that elogd does not contact the DNS server, and rather save the raw IP address in log files etc.

Can you check the CVS version and see if it makes any difference?
ELOG V3.1.5-3fb85fa6