Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 192 of 238  Not logged in ELOG logo
icon5.gif   Login twice, posted by Carl Shirey on Thu Jul 28 17:11:32 2005 
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.
    icon2.gif   Re: Login twice, posted by Stefan Ritt on Sat Jul 30 14:36:08 2005 

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?
       icon2.gif   Re: Login twice, posted by Carl Shirey on Mon Aug 1 23:41:06 2005 elogd.cfg

Stefan Ritt wrote:

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?


Yes Here is a copy of the elog.cfg.

Thanks for your help
          icon2.gif   Re: Login twice, posted by Stefan Ritt on Thu Aug 4 21:44:53 2005 

Carl Shirey wrote:
Yes Here is a copy of the elog.cfg.


I tried with your config file and it worked fine. So can you tell me:

  • At what URL do you access your logbook? Do you just type http://localhost:8080 or anything else
  • Do you use any proxy or stunnel?
  • What is the URL in your browser showing on the first and second login?

You might want to consider to put a
URL = http://<your host>:8080/
into your config file.
             icon2.gif   Re: Login twice, posted by Carl Shirey on Fri Aug 5 02:14:22 2005 

Stefan Ritt wrote:

Carl Shirey wrote:
Yes Here is a copy of the elog.cfg.


I tried with your config file and it worked fine. So can you tell me:

  • At what URL do you access your logbook? Do you just type http://localhost:8080 or anything else
  • Do you use any proxy or stunnel?
  • What is the URL in your browser showing on the first and second login?

You might want to consider to put a
URL = http://<your host>:8080/
into your config file.


Thanks
Your questions that you ask me help me out.
What I was doing was typing in the URL was http://pdls:8080 and it took me the pass down log. When I went to login into Elog took me back to the log but the URL read http://pdls.pwfl.com:8080 so when I log in the second time I was to be the edit mode. So I guess I should have typing in the URL http://pdls.pwfl.com:8080.

Thanks again for your help
icon5.gif   Notify email recipient of attachments without including?, posted by Chris Green on Wed Jul 27 17:38:25 2005 
Hi,

Our elog is going to be taking some large attachments. I've disabled the attachments from going out in the email, but I'd like email recipients to know that the post has attachments associated with it. Is there a mechanism to do this already, or would it be an enhancement? I'm looking for something like:

Email Notify Attachments = 0 | 1 | 2

Where 0 = no notification,
1 = number only,
2 = list

... independent of whether attachments are included with the email itself.

Thanks,
Chris.
    icon2.gif   Re: Notify email recipient of attachments without including?, posted by Stefan Ritt on Thu Aug 4 20:29:23 2005 

Chris Green wrote:
Hi,

Our elog is going to be taking some large attachments. I've disabled the attachments from going out in the email, but I'd like email recipients to know that the post has attachments associated with it. Is there a mechanism to do this already, or would it be an enhancement? I'm looking for something like:

Email Notify Attachments = 0 | 1 | 2

Where 0 = no notification,
1 = number only,
2 = list

... independent of whether attachments are included with the email itself.

Thanks,
Chris.


I added Email Format = 64 for only attachment names. So you could set Email Format = 111 to get everything except the full attachments.
       icon2.gif   Re: Notify email recipient of attachments without including?, posted by Chris Green on Fri Aug 5 01:15:23 2005 

Stefan Ritt wrote:

Chris Green wrote:
Hi,

Our elog is going to be taking some large attachments. I've disabled the attachments from going out in the email, but I'd like email recipients to know that the post has attachments associated with it. Is there a mechanism to do this already, or would it be an enhancement? I'm looking for something like:

Email Notify Attachments = 0 | 1 | 2

Where 0 = no notification,
1 = number only,
2 = list

... independent of whether attachments are included with the email itself.

Thanks,
Chris.


I added Email Format = 64 for only attachment names. So you could set Email Format = 111 to get everything except the full attachments.


Thanks for this. Will verify as soon as someone posts to the (now live) logbook.

Chris.
icon5.gif   Creating logbook by copying an existing one crashes elog, posted by Chris Howe on Thu Jul 28 15:33:21 2005 
Hi,

Trying to create a new logbook from an existing one causes elog to crash.

output from DrMingw:
elogd.exe caused an Access Violation at location 00448c6e in module elogd.exe
Writing to location 6e206c65.

Registers:
eax=00240798 ebx=00000020 ecx=6e206c61 edx=00250088 esi=00000000 edi=69726500
eip=00448c6e esp=01c1a1d0 ebp=01c1a1f0 iopl=0 nv up ei ng nz ac po cy
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000297

Call stack:
00448C6E elogd.exe:00448C6E
00445F17 elogd.exe:00445F17

as the service restarts elog the browser then displays:

"Cannot open file elog.pwd: No such file or directory
Please use your browser's back button to go back"

If you try and create a new logbook from scratch (i.e. not a copy) then the browser displays:

"Cannot open file elog.pwd: No such file or directory
Please use your browser's back button to go back"

In both cases the new logbook is created.

any ideas?

Chris
    icon2.gif   Re: Creating logbook by copying an existing one crashes elog, posted by Stefan Ritt on Thu Aug 4 21:36:21 2005 

Chris Howe wrote:
Trying to create a new logbook from an existing one causes elog to crash.


I (hopefully) fixed that bug. The fix will be included in 2.6.0-beta4.
icon4.gif   Problems with beta 3 (Follow-on to CVS/XML msg 1296), posted by PJ Meyer on Wed Jul 27 02:15:59 2005 
Ok downloaded and installed beta 3
can get xml and cvs with dates as date! verrry haaapppppy! Smile

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?
    icon2.gif   Re: Problems with beta 3 (Follow-on to CVS/XML msg 1296), posted by Stefan Ritt on Wed Jul 27 09:39:47 2005 

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.
       icon2.gif   Re: Problems with beta 3 (Follow-on to CVS/XML msg 1296), posted by PJ Meyer on Thu Jul 28 03:08:19 2005 

Stefan Ritt wrote:

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.


OK tried all that and nothing. html source reads like it should.

I can see the discussion/forum here site as it should be

I updated a working setup from 2.54 to 2.60.beta3 and I get the white background with no colours on the restart of Elogd. Going back to 2.54 brought back the colours.
this is the source <link rel="stylesheet" type="text/css" href="http://ISE-DEVEL1-OLD/default.css">.
Works in 2.54, does not seem to work in 2.60beta3

I've tried coping the default.css file to everyplace i could think of and then a few more places. Wink
This has happened on NT 4 server, 2000 server, and XP client machines. Brand new installs (server never saw elog before), upgrades in place, etc, etc, etc. Wish we could run linux in the shop.

Tried in the cfg file:
Resource dir = c:\e-log
Logbook dir = c:\e-log\logbooks
Theme = default
CSS = default.css


This is so strange.
Any ideas on where to go in trouble shooting this?
          icon2.gif   Resolution (i think) - Re: Problems with beta 3 (Follow-on to CVS/XML msg 1296), posted by PJ Meyer on Thu Jul 28 04:29:35 2005 

PJ Meyer wrote:

Stefan Ritt wrote:

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.


OK tried all that and nothing. html source reads like it should.

I can see the discussion/forum here site as it should be

I updated a working setup from 2.54 to 2.60.beta3 and I get the white background with no colours on the restart of Elogd. Going back to 2.54 brought back the colours.
this is the source <link rel="stylesheet" type="text/css" href="http://ISE-DEVEL1-OLD/default.css">.
Works in 2.54, does not seem to work in 2.60beta3

I've tried coping the default.css file to everyplace i could think of and then a few more places. Wink
This has happened on NT 4 server, 2000 server, and XP client machines. Brand new installs (server never saw elog before), upgrades in place, etc, etc, etc. Wish we could run linux in the shop.

Tried in the cfg file:
Resource dir = c:\e-log
Logbook dir = c:\e-log\logbooks
Theme = default
CSS = default.css


This is so strange.
Any ideas on where to go in trouble shooting this?


think I figured it out- had to make explict most of the default settings: resource, logbook, url, theme, css and so on.

so this is done.
             icon2.gif   Resolution (i think) - Re: Problems with beta 3 (Follow-on to CVS/XML msg 1296), posted by Stefan Ritt on Thu Aug 4 20:35:48 2005 

PJ Meyer wrote:
think I figured it out- had to make explict most of the default settings: resource, logbook, url, theme, css and so on.

so this is done.


I'm not satisfied with this solution, I rather would like to fix the problem at the source. So can you remove the explicit directory settings, then stip down the config file to the bare minimum where the problem happens, then send me this file so that I can reproduced it. Do yo use SSL, stunnel or a proxy?

- Stefan
icon4.gif   Response is very slow with beta3, posted by PJ Meyer on Thu Jul 28 04:27:30 2005 
I finally got 2.60 Beta3 running on my server (explicit statements in cfg for most of the defaults)

Now I'm seeing a veerrry slooooow response time - over 3 minutes to open a logbook vs 10 sec in 2.54
Utilization of CPU runs to 60% on elogd.

Tried slimning down elog.cfg, 'emptying' userlog file (actually renamed so Elog created a new one).

Still 2.60b3 is very slow to respond.

When I rolled back to 2.54 speed was fast again.

Any ideas?

this is on a dual processor Win2000 server with 2 gb memory.

attached is the elog.cfg if that helps.

i'm stumped

7/28 Follow-up testing and trials

When I stopped using a password file - speed was quick and responsive (on test book with no password file speed was good which got me thinking about the password file)
When I added back in the 'old' xml password file - slow response
I created new password file with only one user - slow response (took almost 3 minutes to save new account)

I've attached the password file so you can try it out if yo want....

This has me very stumped.
    icon2.gif   Re: Response is very slow with beta3, posted by Emiliano Gabrielli on Wed Aug 3 13:01:17 2005 

PJ Meyer wrote:
I finally got 2.60 Beta3 running on my server (explicit statements in cfg for most of the defaults)

Now I'm seeing a veerrry slooooow response time - over 3 minutes to open a logbook vs 10 sec in 2.54
Utilization of CPU runs to 60% on elogd.

Tried slimning down elog.cfg, 'emptying' userlog file (actually renamed so Elog created a new one).

Still 2.60b3 is very slow to respond.

When I rolled back to 2.54 speed was fast again.

Any ideas?

this is on a dual processor Win2000 server with 2 gb memory.

attached is the elog.cfg if that helps.

i'm stumped

7/28 Follow-up testing and trials

When I stopped using a password file - speed was quick and responsive (on test book with no password file speed was good which got me thinking about the password file)
When I added back in the 'old' xml password file - slow response
I created new password file with only one user - slow response (took almost 3 minutes to save new account)

I've attached the password file so you can try it out if yo want....

This has me very stumped.



I can confirm .. it's very very slow for me too:

munmap(0xb7db4000, 4096)                = 0
select(1024, [5], NULL, NULL, {6, 0})   = 1 (in [5], left {5, 996000})
recv(5, "GET /calendar_filter/imgs/window"..., 100000, 0) = 485
open("/usr/share/elog/scripts/calendar_filter/imgs/window_close.gif", O_RDONLY) = 6
close(6)                                = 0
open("/usr/share/elog/scripts/calendar_filter/imgs/window_close.gif", O_RDONLY) = 6
lseek(6, 0, SEEK_END)                   = 648
lseek(6, 0, SEEK_CUR)                   = 648
lseek(6, 0, SEEK_SET)                   = 0
time([1123066183])                      = 1123066183
read(6, "GIF89a\20\0\20\0\306`\0\16\26 \r\27!\16\30!\24 .\25 .I"..., 648) = 648
close(6)                                = 0
send(5, "HTTP/1.1 200 Document follows\r\nS"..., 879, 0) = 879
close(5)                                = 0
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 0 (Timeout)
select(1024, [3], NULL, NULL, {1, 0})   = 1 (in [3], left {0, 81000})
accept(3, {sa_family=AF_INET, sin_port=htons(57723), sin_addr=inet_addr("127.0.0.1")}, [16]) = 5
time(NULL)                              = 1123066193
socket(PF_FILE, SOCK_STREAM, 0)         = 6
connect(6, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory)
close(6)  
= 0


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 ?? ..
       icon2.gif   Re: Response is very slow with beta3, posted by Stefan Ritt on Wed Aug 3 22:44:43 2005 

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?
          icon2.gif   Re: Response is very slow with beta3, posted by Emiliano Gabrielli on Thu Aug 4 11:19:53 2005 

Stefan Ritt wrote:

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?


No, ok it appears to be a very strange problem related to my JS calendar filter ... I'll change it's state to beta in contributions, but the very strange thing is that it works fine when no stunnel is used ...
icon1.gif   Summary page, posted by Dinesh Bapat on Mon Jul 25 10:14:27 2005 
Hi,

This might be a stupid question.

But I was unable to fix it. Hence asking for help. I have set config as

List Display = ID, Author, Type, When, Subject

But "Summary" page of my e-log continues to display additional column "Text". Kindly advise how to hide this last column. Also, is it possible to assign % width for each of these columns (ID, Author, Type, When, Subject)

Thank you

Regards

Dinesh
    icon2.gif   Re: Summary page, posted by Stefan Ritt on Mon Jul 25 10:24:23 2005 

Dinesh Bapat wrote:
But "Summary" page of my e-log continues to display additional column "Text". Kindly advise how to hide this last column.


Summary lines = 0


Dinesh Bapat wrote:
Also, is it possible to assign % width for each of these columns (ID, Author, Type, When, Subject)


Yes, via the Cascading Style Sheets, but only for the single display page. First put a

Format Author = 0, author_name, author_value

then put into your default.css following sections:
.author_name {
  width:10%;
  text-align:right;
  font-size:14pt;
  background-color:#AAAAFF;
  border:1px solid #0000FF;
  border-top:1px solid white;
  border-left:1px solid white;
  padding:3px;
}

.author_value {
  width:10%;
  font-size:14pt;
  border:1px solid #308000;
  border-top:1px solid white;
  border-left:1px solid white;
  background-color:#BBCCBB;
  padding:3px;
}

Here you can then play with the width, font-size etc. I use this for example for the large subject dispaly in this forum.

On the list display however, the column width is determined by the browser, which tries to optimally arrange the colums for best readability.
       icon14.gif   Re: Summary page, posted by Dinesh Bapat on Mon Aug 1 06:14:41 2005 

Thank you very much.


Stefan Ritt wrote:

Dinesh Bapat wrote:
But "Summary" page of my e-log continues to display additional column "Text". Kindly advise how to hide this last column.


Summary lines = 0


Dinesh Bapat wrote:
Also, is it possible to assign % width for each of these columns (ID, Author, Type, When, Subject)


Yes, via the Cascading Style Sheets, but only for the single display page. First put a

Format Author = 0, author_name, author_value

then put into your default.css following sections:
.author_name {
  width:10%;
  text-align:right;
  font-size:14pt;
  background-color:#AAAAFF;
  border:1px solid #0000FF;
  border-top:1px solid white;
  border-left:1px solid white;
  padding:3px;
}

.author_value {
  width:10%;
  font-size:14pt;
  border:1px solid #308000;
  border-top:1px solid white;
  border-left:1px solid white;
  background-color:#BBCCBB;
  padding:3px;
}

Here you can then play with the width, font-size etc. I use this for example for the large subject dispaly in this forum.

On the list display however, the column width is determined by the browser, which tries to optimally arrange the colums for best readability.
icon5.gif   attribute of type "datetime" sorted incorrectly, posted by Kees Bol on Wed Jul 27 16:46:44 2005 scrap.PNG
In order to enter different logdates we created the attribute 'Logdate' as follows:

...
Attributes = Logdate, Author, Type, Subject
Type Logdate = datetime
Preset Logdate = $date
List Display = ID, Logdate, Author, Type, Subject
Start page = ?rsort=Logdate

Time format = "%d-%b-%y %H:%M"
Date format = %d-%b-%y
...

However some unexpected things happen:
1) when sorting on Logdate the sorting is incorrect
2) I expected some kind of fieldchecking when filling this field, however you can enter any text.

What goes wrong here?

Thanks
    icon2.gif   Re: attribute of type "datetime" sorted incorrectly, posted by Stefan Ritt on Wed Jul 27 21:22:47 2005 datesort.jpg

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.
       icon2.gif   Re: attribute of type "datetime" sorted incorrectly, posted by Kees Bol on Thu Jul 28 09:46:40 2005 

Stefan Ritt wrote:

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.


Stefan, I think it has something to do with version 2.57-1. Yesterday evening I installed V2.60 and there was a big difference. All entries of Logdate were changed in 1-jan-70 and when entering/editing an entry I now get the calendar and clock. So everything, including sorting, looks good now.

Thanks
icon1.gif   hide attributes when view the logbook, posted by Juliana Peng on Wed Jul 20 19:49:21 2005 
Hi Stefan,

Thanks for the great work. We have been using elog for a year as inventory management.

Now we have a long list of attributes in our logbook, some of those we want to keep in database for record, but we don't want to see them because they are not used very often. I tried the "Show Attributes". my conf is like this:

Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description, Main Function, Location, Memory, CPU Speed, Num CPU, Owner, Contact Name, Contact Phone, Contact Email, Bought From, Bought Date, Maintenance, Network Drop, Console Drop
.
.
.
Options OS = SunOs{1}, Linux{2}, Aix
{1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description


but it seems only effective when adding the new entry. All the attributes will show in logbook. Is there a way to hide some of the attributes? It would be good to let each user to choose what to see what not to see, create their own view. Can you put it on your to-do list or wishlist?

Thanks
    icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Wed Jul 20 23:24:59 2005 

Juliana Peng wrote:
but it seems only effective when adding the new entry. All the attributes will show in logbook. Is there a way to hide some of the attributes? It would be good to let each user to choose what to see what not to see, create their own view. Can you put it on your to-do list or wishlist?


I implemented your request and committed to CVS. Please test if it does what you want, since I did not have much time to test it.
       icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Fri Jul 22 17:21:15 2005 

Stefan Ritt wrote:

Juliana Peng wrote:
but it seems only effective when adding the new entry. All the attributes will show in logbook. Is there a way to hide some of the attributes? It would be good to let each user to choose what to see what not to see, create their own view. Can you put it on your to-do list or wishlist?


I implemented your request and committed to CVS. Please test if it does what you want, since I did not have much time to test it.


Thanks so much. But the new feature seems not working. If my conf is:

Options OS = SunOs{1}, Linux{2}, Aix
{1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description

When I choose linux OS, is it supposed to get only the attributes in "Show Attributes"? All the attributes show up. Or you implemented it in other way?
          icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Fri Jul 22 17:54:41 2005 

Juliana Peng wrote:

Stefan Ritt wrote:

Juliana Peng wrote:
but it seems only effective when adding the new entry. All the attributes will show in logbook. Is there a way to hide some of the attributes? It would be good to let each user to choose what to see what not to see, create their own view. Can you put it on your to-do list or wishlist?


I implemented your request and committed to CVS. Please test if it does what you want, since I did not have much time to test it.


Thanks so much. But the new feature seems not working. If my conf is:

Options OS = SunOs{1}, Linux{2}, Aix
{1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description

When I choose linux OS, is it supposed to get only the attributes in "Show Attributes"? All the attributes show up. Or you implemented it in other way?


Sorry, I mean choose SunOs
             icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Fri Jul 22 22:45:37 2005 d1.gifd2.gif

Juliana Peng wrote:
Thanks so much. But the new feature seems not working.


Are you sure you got the latest CVS version and recompiled correctly?

I tried with following config:
[global]
port = 8080

[demo]
Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description, Main Function, Location, Memory, CPU Speed, Num CPU, Owner, Contact Name, Contact Phone, Contact Email, Bought From, Bought Date, Maintenance, Network Drop, Console Drop
Options OS = SunOs{1}, Linux{2}, Aix
{1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description

Then I added two entries, where OS = SunOS and Aix. As soon as I select SunOS, the attributes except those listed in {1} disappear. The same is true then for the single entry display. Here is the one with the Aix:



and here with SunOS:



So can you reproduce this?
                icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Mon Jul 25 22:32:10 2005 

Stefan Ritt wrote:

Juliana Peng wrote:
Thanks so much. But the new feature seems not working.


Are you sure you got the latest CVS version and recompiled correctly?

I tried with following config:
[global]
port = 8080

[demo]
Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description, Main Function, Location, Memory, CPU Speed, Num CPU, Owner, Contact Name, Contact Phone, Contact Email, Bought From, Bought Date, Maintenance, Network Drop, Console Drop
Options OS = SunOs{1}, Linux{2}, Aix
{1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description

Then I added two entries, where OS = SunOS and Aix. As soon as I select SunOS, the attributes except those listed in {1} disappear. The same is true then for the single entry display. Here is the one with the Aix:



and here with SunOS:



So can you reproduce this?

"
I downloaded Revision 1.717, replaced the source code with the new elogd.c, then run " dpkg-buildpackage -uc -b"
(debian linux) to build the package. Now after i add a new entry, once I select it I got "
Attachment #1 of entry #0 not found" error
                   icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Tue Jul 26 09:38:07 2005 

Juliana Peng wrote:
I downloaded Revision 1.717, replaced the source code with the new elogd.c, then run " dpkg-buildpackage -uc -b"
(debian linux) to build the package. Now after i add a new entry, once I select it I got
"Attachment #1 of entry #0 not found" error


I fixed that bug in Revision 1.722
                icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Tue Jul 26 16:44:41 2005 Screenshot.jpg

Stefan Ritt wrote:

Juliana Peng wrote:
Thanks so much. But the new feature seems not working.


Are you sure you got the latest CVS version and recompiled correctly?

I tried with following config:
[global]
port = 8080

[demo]
Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description, Main Function, Location, Memory, CPU Speed, Num CPU, Owner, Contact Name, Contact Phone, Contact Email, Bought From, Bought Date, Maintenance, Network Drop, Console Drop
Options OS = SunOs{1}, Linux{2}, Aix
{1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description

Then I added two entries, where OS = SunOS and Aix. As soon as I select SunOS, the attributes except those listed in {1} disappear. The same is true then for the single entry display. Here is the one with the Aix:

and here with SunOS:

So can you reproduce this?


Thanks. But what I want is to hide the unwanted attributes at summary view, not just hide them when I click on entry.

Here is the example, can i hide the attributes at this page when I select SunOS:

                   icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Tue Jul 26 16:50:59 2005 

Juliana Peng wrote:
Thanks. But what I want is to hide the unwanted attributes at summary view, not just hide them when I click on entry.


No you can't do that.

Assume that you have different types of entries, ones where your unwanted attributes are missing and ones where they are present. If you would hide them, they would be missing even for the entries where you want them. Or you would change the table layout for every line, meaning that attributes which are common in all entries do not line up nicely below each other.

An other approach would be to make elog hide those columns which do not contain any value in the whole page, but that is not (yet) implemented.
                      icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Tue Jul 26 17:28:31 2005 

Stefan Ritt wrote:

Juliana Peng wrote:
Thanks. But what I want is to hide the unwanted attributes at summary view, not just hide them when I click on entry.


No you can't do that.

Assume that you have different types of entries, ones where your unwanted attributes are missing and ones where they are present. If you would hide them, they would be missing even for the entries where you want them. Or you would change the table layout for every line, meaning that attributes which are common in all entries do not line up nicely below each other.

An other approach would be to make elog hide those columns which do not contain any value in the whole page, but that is not (yet) implemented.


I may have all the attributes in logbook to keep a full record of all the machine. But for daily use, some of the attibutes we are not using so often. Too many attributes will make the window so big that can not be hold in one screen which is the reason why I want to hide some of them. Of course the hidden attributes have data, but those data are rarely used so we'd rather hide them.

Since "show attributes" prevent from inputing attributes, may not be suitable in this case. We appreciate if you can impletement a new feature like "view attibutes" which do not affect adding new entry, just hide attributes at summary view.
                         icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Tue Jul 26 20:35:45 2005 

Juliana Peng wrote:
I may have all the attributes in logbook to keep a full record of all the machine. But for daily use, some of the attibutes we are not using so often. Too many attributes will make the window so big that can not be hold in one screen which is the reason why I want to hide some of them. Of course the hidden attributes have data, but those data are rarely used so we'd rather hide them.

Since "show attributes" prevent from inputing attributes, may not be suitable in this case. We appreciate if you can impletement a new feature like "view attibutes" which do not affect adding new entry, just hide attributes at summary view.


Use "list display = <attribute list>" to specify which attributes to show in the listing page. RTFM.
                            icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Tue Jul 26 22:05:24 2005 

Stefan Ritt wrote:


Use "list display = <attribute list>" to specify which attributes to show in the listing page. RTFM.


Thanks. "List display" is what we need.

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
                               icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Wed Jul 27 09:07:17 2005 

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.
                                  icon2.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Wed Jul 27 15:49:16 2005 

Stefan Ritt wrote:

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.


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

1. We have several user using the logbook. Is there a way each one has his own "List Display". In our case the user also is an attribute(SysAdmin) in logbook:

Attributes = Name, SysAdmin, Manufacturer, Model, Serial Number, Description, ENV, Main Function, Location, Memory, CPU Speed, Num CPU, Owner, Contact Name, Contact Phone, Contact Email, Bought From, Bought Date, Maintenance, Network Drop,Console Drop
Options SysAdmin = user1{1}, user2{2}, user3{3}

so one way we can think of is using "{1} List Display = ...."
"{2} List Display = ...."
"{3} List Display = ...."
because most of the time the user is interested in his own machine. Maybe you have better suggestion.

2. We need to change elog.conf file to use or not use "List Display". Is there a way to control it through web? If this is not applicable. It's fine, we won't change the view frequently.
                                     icon2.gif   Re: hide attributes when view the logbook, posted by Stefan Ritt on Wed Jul 27 15:56:53 2005 

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.
                                        icon7.gif   Re: hide attributes when view the logbook, posted by Juliana Peng on Wed Jul 27 16:31:33 2005 

Stefan Ritt wrote:

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.


Thank you so much. We'll try it. Waiting for your next version.
ELOG V3.1.5-3fb85fa6