; General
List display = Edit, Hostname, OS, Size
Entries per page = 150
Quick filter = OS
Date Format = %d/%m/%Y
Summary Lines = 0

; Attributes
Attributes = Hostname, OS, CPU,Size
Required Attributes = Hostname
Sort Attributes = Hostname

; Message part: log is text only, but elog is allowed
Default encoding = 0
Allowed encoding = 2

Attributes = Hostname, OS, CPU,Size

That's indeed a strange bug, and thanks to your detailed explanation I could easily reproduce it. The problem was that in the ELCode toolbar there is already a "SIZE" parameter, which gets submitted instead of your "size" attribute. Therefore whatever you submit as "size", gets replaced by zero (since the SIZE drop-down box usually sits at zero). So you can either go and change your "size" attribute into someting else like "Memory Size", or you upgrade to version 2244, where I fixed this problem.

I have the following simple test logbook:

; General
List display = Edit, Hostname, OS, Size
Entries per page = 150
Quick filter = OS
Date Format = %d/%m/%Y
Summary Lines = 0

; Attributes
Attributes = Hostname, OS, CPU,Size
Required Attributes = Hostname
Sort Attributes = Hostname

; Message part: log is text only, but elog is allowed
Default encoding = 0
Allowed encoding = 2

For some strange reasons, I'm having problems with the "Size" attribute, which I have added later. If I start adding/editing entries, at some point, the "Size" attribute will stay at "0" and will not accept any further changes. I've tried to pare down the config to maybe find which statement could be causing this, but to no avail. The only thing I can say is taht id doesn not seem to happen if the configuration consist of the sole line

Attributes = Hostname, OS, CPU,Size

I'm quite puzzled as to what is going on here (the original problems stems from a more complicated logbook) - I'm not even 100% sure whether this happens due to a bug or not.

Regards,

Thomas

I improved the mentioned check for inline attachments. Now your page correctly shows both attachments. This fix is in SVN revision 2241. 

One question just for curiosity: How did you obtain the link to the attachment? Don't you first have to submit the entry, then get the attachment link via the browser ("Copy link location"), then edit the same entry, then paste a link? This is rather complicated, that's why I could not imagine that someone really does it. Or do you want to achieve something else? 

That's strange. I use the C function localtime() to obtain the local time from Windows. The documentation says that this function checks the Windows control panel  and returns the proper local time. So far, nobody complained so I guess only you have this problem (anybody else to correct me???). The only hint I found is to set the environment variable TZ. So open a DOS box and enter

set TZ=AST+10

then start elogd.exe interactively in that dos box and see if you get something else.

Well, you can have "inline" pictures like that:

In this case it is clumsy if this image gets displayed twice, once in the text and once as the attachment. So I look at the entry and if I find the image inlined, I suppress the display at the end. Now the "check if the image is shown inline" is a bit stupid, it just looks for the link. So I never thought that someone would just put a link in the text manually. I will have a look and see if I can change that.

Hi all,

I have set my PC in Time Zone GMT+10:00 but I get GMT time in Entry time/Last edit field.

I have installed in another PC. Which has Time Zone GMT+10:00 but I still get GMT time in Entry time/Last edit field.

Please help. Thank you very much.

I'm not sure if this is the expected behavior, but it appears as though an attachment is not displayed in the list of attachments if you manually add a link to the attachment into the body of the entry.  I would greatly appreciate any advice on how to fix or change this behavior.

I will try to demonstrate with the two attachments on this entry.  There are two attachments in this entry, but only one appears in the standard view of the entry.

Picture_1.png.png 

Many thanks,

Devin