Re: Crashes when editing entries, posted by T. Ribbrock on Wed Jul 22 16:52:13 2009
|
Stefan Ritt wrote: |
T. Ribbrock wrote: |
Nonetheless, given that this set-up has been a great help for us - if you ever get the chance to make this work (even) better, I'd be most grateful.
|
Well, for that I have to reproduce the problem. So best would be if you strip it down to the bare minimum in order to reproduce this reliably. Then you zip everything and send it to me. Then tell me what I have to edit and submit in order to stimulate the crash. Once this is successful, I can fix it.
|
Thank you - I shall look into that, though it'll probably take a while to prepare it. |
Wrong error message if invalid attribute is used, posted by T. Ribbrock on Mon Jul 27 10:20:14 2009
|
I just ran into this little bug: I had defined a new logbook in my config file and suddenly got the message Attribute "Date" not allowed. While I did have several attributes starting with the word "Date" (e.g. "Date In Service", "Date Retired") I had no attribute "Date" in there. After some pondering and wildly commenting out lines, it finally dawned on me: I had used an attribute "ID" - which is also not allowed. However, it would be very helpful if the error message actually reflected that...  |
Re: Wrong error message if invalid attribute is used, posted by Stefan Ritt on Mon Jul 27 10:49:19 2009
|
T. Ribbrock wrote: |
I just ran into this little bug: I had defined a new logbook in my config file and suddenly got the message Attribute "Date" not allowed. While I did have several attributes starting with the word "Date" (e.g. "Date In Service", "Date Retired") I had no attribute "Date" in there. After some pondering and wildly commenting out lines, it finally dawned on me: I had used an attribute "ID" - which is also not allowed. However, it would be very helpful if the error message actually reflected that... 
|
Oops, just a typo. The message Attribute "Date" not allowed should read Attribute "ID" not allowed. Fixed in the current SVN version. |
attachment not displayed if entry contains link to attachment., posted by Devin Bougie on Mon Jul 27 18:02:14 2009 
|
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 |
Re: attachment not displayed if entry contains link to attachment., posted by Stefan Ritt on Tue Jul 28 10:42:40 2009
|
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:
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. |
Re: attachment not displayed if entry contains link to attachment., posted by Stefan Ritt on Tue Jul 28 13:14:37 2009
|
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? |
Re: attachment not displayed if entry contains link to attachment., posted by Stefan Ritt on Tue Jul 28 13:30:35 2009
|
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. |
Odd problem (bug?) with certain attribute, posted by T. Ribbrock on Tue Jul 28 16:30:46 2009
|
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 |
|