Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 678 of 807  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icon Author Author Email Categorydown OS ELOG Version Subject
  66468   Tue Jul 28 10:42:40 2009 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.6Re: attachment not displayed if entry contains link to attachment.

Devin Bougie wrote:

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

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

elog.png 

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.

  66470   Tue Jul 28 13:14:37 2009 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.6Re: attachment not displayed if entry contains link to attachment.

Devin Bougie wrote:

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

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? 

  66471   Tue Jul 28 13:30:35 2009 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.6Re: attachment not displayed if entry contains link to attachment.

Devin Bougie wrote:

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

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

  66472   Tue Jul 28 16:30:46 2009 Entry T. Ribbrockemgaron+elog@ribbrock.orgBug reportLinux2.7.6r2233Odd problem (bug?) with certain attribute

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

  66473   Tue Jul 28 16:57:39 2009 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.6r2233Re: Odd problem (bug?) with certain attribute

T. Ribbrock wrote:

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.

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.

  66474   Tue Jul 28 17:10:13 2009 Reply T. Ribbrockemgaron+elog@ribbrock.orgBug reportLinux2.7.6r2233Re: Odd problem (bug?) with certain attribute

Stefan Ritt wrote:

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.

 Very nice, thank you! Given that I also still have to test the fix you made for the crash problem with "shared" logbooks (I assume it's also present in 2244), I'll upgrade and report back (probably tomorrow).

  66482   Wed Jul 29 13:23:41 2009 Agree T. Ribbrockemgaron+elog@ribbrock.orgBug reportLinux2.7.6r2233Re: Odd problem (bug?) with certain attribute

T. Ribbrock wrote:

 Very nice, thank you! Given that I also still have to test the fix you made for the crash problem with "shared" logbooks (I assume it's also present in 2244), I'll upgrade and report back (probably tomorrow).

 2244 is now running, and indeed, the "Size" attribute works now. Thank you!

  66483   Wed Jul 29 14:48:34 2009 Agree T. Ribbrockemgaron+elog@ribbrock.orgBug reportLinux2.7.6r2233Re: Crashes when editing entries

By now, I've installed 2244 and ran some rudimentary tests. So far, I was not able to reproduce the crash anymore. Looking good!

ELOG V3.1.5-3fb85fa6