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. |
Re: Odd problem (bug?) with certain attribute, posted by Stefan Ritt on Tue Jul 28 16:57:39 2009
|
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. |
Re: display GMT time instead of local time in Entry time/ Last edit field, posted by Stefan Ritt on Wed Jul 29 09:21:39 2009
|
Dan Duong wrote: |
I did as instructed but time was 20 hours behide
I have entered set TZ=AST-10 I got the correct time. I think my elog files have been changed by someone. elogd file is running in DOS box now. Please help how to run elog as normal or correct elog files. Which file I should check. Is it elconv.c file? Thank you Stefan.
|
You have to change your environment variable "TZ" system wide. You do that by going to
My Computer/Properties/Advanced/Environment Variables/New
then you enter TZ as the variable name and AST-10 as the value. You might have to reboot your computer. |
Re: Problems when trying to set up mirror elog , posted by Stefan Ritt on Wed Jul 29 09:33:16 2009
|
Ricardo Goncalo wrote: |
Any ideas of what I'm doing wrong?
|
Yepp. Synchronizing over SSL does not yet work. I have it on my to-do list since quite some time, but can't find the time to implement it. So at the moment you have to synchronize without SSL. |
Re: Problems when trying to set up mirror elog , posted by Stefan Ritt on Wed Jul 29 10:17:49 2009
|
Ricardo Goncalo wrote: |
Ok, to see if I understand. You mean setting SSL = 0 in my cfg file and leaving the rest as it is, right? Then I synchronize by hand and I guess I'll be prompted for the password. Perhaps I should remove my local password file to avoid that the password is send unencrypted?
|
That's correct. The password will be sent unencrypted if you get prompted, but if you use the automatic scheme the password will be encrypted (but not the logbook entries of course). But your concerns are right, running this thing not over SSL is a bad thing these days... |
Re: Can't install on Fedora 11, posted by Stefan Ritt on Sat Aug 1 09:34:00 2009
|
Neil B. Cohen wrote: |
Tried installing on Fedora 11 - failed dependency on libssl.so.6 I have libssl.so.8 installed. What do I need to do to install this package?
thanks,
nbc
|
The easiest is if you install from source by downloading the tar ball. It's hard these days to make a RPM which runs on all possible distributions. I would have to maintain a zoo of new and old distributions, which I don't have the hardware for. Or you go and install libssl.so.6 by hand. |
Re: Problems when trying to set up mirror elog , posted by Stefan Ritt on Mon Aug 3 10:00:18 2009
|
Ricardo Goncalo wrote: |
Retrieving entries from "https://www.pp.rhul.ac.uk:8080/ATLAS Trigger"...
Remote server is not an ELOG server
...so I'm running out of options. Any ideas would be welcome!
Cheers,
Ricardo
|
Your problem is here. I wrote that synchronization is not possible through SSL, but you try to access https://www.pp.rhul.ac.uk:8080 which is SSL (because you have https:// not http://). |