Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 205 of 801  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subject
  68142   Tue Oct 13 09:47:18 2015 Reply Stefan Rittstefan.ritt@psi.chQuestionLinuxV3.1.0-2411f95Re: inline jpg to png

You can turn off thumbnail creation with

Thumbnail size = 0

as written in the documentation. The PNG files are "thumbnails" (= smaller versions of large pictures). Mostly people put large images into elog entries, which take long times to download. Having small thumbnails insted speeds up download times considerably.

Stefan

Jacky Li wrote:

Hi,

We have a user who posted a lot of inline jpg.  The elog system converted those to png and thus cause the size of the elog to expand about ~4x of the original size.  It is caused the problem of entry size too large for email notifications.  Is there a way to turn off the conversion to png picture file?  May I know also know why it converts to png to store on the server?  Thank you very much.

Jacky

 

  68141   Thu Oct 8 11:27:55 2015 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionWindowsV3Re: How can I host elog in a web server

I am honestly not sure if I understand the question. You can run ELOG behind an Apache Webserver. Look for example at https://midas.psi.ch/elog/adminguide.html#secure

Dawang wrote:

How can I host elog in a web server. I need sample config file on [global] segment to show config on how it can be host. Please need your help. Thanks

 

  68140   Thu Oct 8 06:36:34 2015 Question Dawangraymund.dawang@gmail.comQuestionWindowsV3How can I host elog in a web server

How can I host elog in a web server. I need sample config file on [global] segment to show config on how it can be host. Please need your help. Thanks

  68139   Sun Oct 4 20:29:01 2015 Question Jacky Lizli@hawaii.eduQuestionLinuxV3.1.0-2411f95inline jpg to png

Hi,

We have a user who posted a lot of inline jpg.  The elog system converted those to png and thus cause the size of the elog to expand about ~4x of the original size.  It is caused the problem of entry size too large for email notifications.  Is there a way to turn off the conversion to png picture file?  May I know also know why it converts to png to store on the server?  Thank you very much.

Jacky

  Draft   Thu Oct 1 15:09:17 2015 Question Jean Pierre VandecandelaereJeanPierre.Vandecandelaere@vdab.beQuestionWindows3.x.x"not a valid Win32 application" error on versions 3.x.x

Hello,

we have been using elog 2.7.1 as a logbook to signal problems and so on in our Engine Room Simulator for a couple of months now. Since this is exactly what we're looking for, I've installed the latest release in our sailing simulator as well. On this occasion I thought about updating the logbook in our engine room simulator as well. Unfortunately I cannot do that, because I get the error "elogd.exe is not a valid Win32 application" with every version of elog higher than 2.9.2 (so every version 3.x.x). The difference between our two simulators is that the elog package for the sailing simulator is installed on a Windows Vista machine, while the version for the engine room simulator is installed on a Windows 2003 Server.

Question: can I get/find/compile the latest version as a Win32 application and if yes: how or where?

Thanks,

Jean Pierre

  68137   Thu Oct 1 12:01:11 2015 Warning Andreas Luedekeandreas.luedeke@psi.chQuestionWindows2.7.3Re: Syntax for conditional list display

Oups: there is a flaw in this approach! You can only get different commands for Anonymous and Login Users. You cannot select different command for Admin users: they will just have the "Config" command automatically.

You could allow anonymous users to make new entries and restrict login to administrators. But that is certainly not what you want, so forget my suggestion altogether.

Andreas Luedeke wrote:
Hi Terry,
if you really want to do it, you can find a way to make it work. But it is not straight forward and not what ELOG is made for. Here some ideas how it could work:
  • ELOG allows you to have different commands for different users. You could allow "New" and "Edit" for normal users, but "Reply" only for administrators.
  • You can use "Subst on reply <attribute> = <string>" to set a specifc fields only on reply. 
    • You would hide "status" & "assignee" for new entries or edit (Show Attributes Edit = <list>), and show a "set status" field instead.
    • The line "Subst on reply status = $set status" would take care, that only an administrator can set "status" with a reply to the original entry (+ a "set assignee" field, etc.). While normal users could set "set status", it would not change the "status" field. You could provide a comment or tooltip to explain that.
    • The list view or single entry view should not show the "set status", but only the "status" attribute (List display = <list>, Show Attributes = <list>).
  • Use "Propagate attribute = status, assignee" to take care, that the original entry gets their fields set accordingly.

This is how you could do what you want. But bugzilla can do a lot more if you are looking for a bug tracking software.

Cheers, Andreas

Terry L wrote:

Hi Eddy,

Thank you for your response.  I had a feeling that was the case, but I had high hopes! :)  The reason I would like this feature is because I am trying to use ELOG as a software anomaly tracking log, where any user can create an ELOG and fill out "category", "computer" etc, but only administrators can fill out the "status" & "assignee".  If I am lucky, this will be an added feature in a future revision.

Thanks again,

-Terry

Edmund Hertle wrote:

Hey Terry,

I don't think this is possible, since in general you cannot define config settings in a way that it would only affect specific users. For example, you also cannot have different themes for different users (as stated here: https://midas.psi.ch/elogs/Forum/68112 )

Cheers

eddy

Terry L wrote:

Good Morning,

I would like to limit the ability to edit certain attributes in an ELOG logbook, depending on the user who is logged in.  I.e. if "guest" or a standard "login user" is logged in, I only want to allow the user to edit "attribute1" & "attribute2" of say, 5 attributes.  However, if an Admin user or specific user, say "Terry" or "Bob" is logged in, I want to allow ALL 5 attributes to be editable.  To expand on this, I may want to even limit the visibility of the attributes as well.

I've read though "Condition Attributes" section of the help page, but it is not clear to me how/if I can do this?  Is that section even relevant to what I want to accomplish?

Can anyone provide some guidance?

Thank you for your time & help!

Sincerely,

Terry

 

 

 

 

  68136   Wed Sep 30 10:23:30 2015 Reply Edmund Hertleedmund.hertle@kit.eduRequestAll2.9.0(elogd)Re: elog client overwriting attached files when editing existing log

Hey,

the edit/replace feature is already capable of just replacing individual attributes. I already make heavy use of this feature:

1. One entry is created with some measurement parameters

2. A different script is running processing the measurement data making a plot and a fit

3. Two fit parameters and the attachment are added to the original elog entry (all other attributes and values still exist afterwards)

But the problem here is, that although it does work for normal attrbutes, the attachments will always be replaced (=> removed) if you use this command. Since I only add the attachment on the edit it does work for me. 

Btw the documentation on the homepage is also misleading about the -w command, since in the actual version it does nothing with any password but just reads back the whole elog entry (which I use to manually append the main message)

 

 

Andreas Luedeke wrote:

The "elog" command has no "append" feature. You can either create a new entry, or you can overwrite an old entry. Therefore this is not a bug but the intended bahaviour.

I admit that the documentation is misleading, since overwriting an existing entry is called "editing":

[-e <id>]                Edit existing message

I interprete your posts that you would like to have two new features for the "elog" command:

  • to append text to the body of an existing entry
  • to add additional attachments to an existing entry

Without a specific application in mind I would like to add a request (for consistency):

  • to modify a specific attribute of an existing entry.

Cheers, Andreas

Edmund Hertle wrote:

Hey,

I think this is a "problem" of the elog client, since it simply replaces the data. In most cases this is what you want, but since I wanted to have the option to append to the acutal message I built a function to first read-back the entry and add to the message instead of replacing it.

I just played around a bit and found that the attachments will be even disconnected, if you do not specify the -f parameter but just edit a different part of this entry.

A work-around for this is tricky. I tried to write to the "Attachment" attribute directly (-a "Attachment=Filename'), since then you coud read back the data first and manually add the filenames again. But this does not work.

Since the attachments are not actually removed, the only option I see is to modify the logbook file entry on the server by manually re-adding the filenames to the "Attachment: " line.

Joseph McKenna wrote:

Using the elog client to upload atachments, I can successfully send attachments to an existing elog, however the existing attachments are lost.

I have tested using the elog client version 3.1.1 and elog client version 2.9.2 sending to elogd 2.9.0

elog -h localhost -p 8080 -l test -f  file1.png -f file2.png -e 249 -v -x

This works great, the text contained in the elog post is retained, however all attachments are lost and replaced with those sent by this command.

Can anyone provide some tips? I am not sure if its a problem with the client or server.

Thank you in advance!

Joseph


            

 

 

 

  68135   Wed Sep 30 09:28:39 2015 Idea Andreas Luedekeandreas.luedeke@psi.chQuestionWindows2.7.3Re: Syntax for conditional list display
Hi Terry,
if you really want to do it, you can find a way to make it work. But it is not straight forward and not what ELOG is made for. Here some ideas how it could work:
  • ELOG allows you to have different commands for different users. You could allow "New" and "Edit" for normal users, but "Reply" only for administrators.
  • You can use "Subst on reply <attribute> = <string>" to set a specifc fields only on reply. 
    • You would hide "status" & "assignee" for new entries or edit (Show Attributes Edit = <list>), and show a "set status" field instead.
    • The line "Subst on reply status = $set status" would take care, that only an administrator can set "status" with a reply to the original entry (+ a "set assignee" field, etc.). While normal users could set "set status", it would not change the "status" field. You could provide a comment or tooltip to explain that.
    • The list view or single entry view should not show the "set status", but only the "status" attribute (List display = <list>, Show Attributes = <list>).
  • Use "Propagate attribute = status, assignee" to take care, that the original entry gets their fields set accordingly.

This is how you could do what you want. But bugzilla can do a lot more if you are looking for a bug tracking software.

Cheers, Andreas

Terry L wrote:

Hi Eddy,

Thank you for your response.  I had a feeling that was the case, but I had high hopes! :)  The reason I would like this feature is because I am trying to use ELOG as a software anomaly tracking log, where any user can create an ELOG and fill out "category", "computer" etc, but only administrators can fill out the "status" & "assignee".  If I am lucky, this will be an added feature in a future revision.

Thanks again,

-Terry

Edmund Hertle wrote:

Hey Terry,

I don't think this is possible, since in general you cannot define config settings in a way that it would only affect specific users. For example, you also cannot have different themes for different users (as stated here: https://midas.psi.ch/elogs/Forum/68112 )

Cheers

eddy

Terry L wrote:

Good Morning,

I would like to limit the ability to edit certain attributes in an ELOG logbook, depending on the user who is logged in.  I.e. if "guest" or a standard "login user" is logged in, I only want to allow the user to edit "attribute1" & "attribute2" of say, 5 attributes.  However, if an Admin user or specific user, say "Terry" or "Bob" is logged in, I want to allow ALL 5 attributes to be editable.  To expand on this, I may want to even limit the visibility of the attributes as well.

I've read though "Condition Attributes" section of the help page, but it is not clear to me how/if I can do this?  Is that section even relevant to what I want to accomplish?

Can anyone provide some guidance?

Thank you for your time & help!

Sincerely,

Terry

 

 

 

ELOG V3.1.5-3fb85fa6