Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 151 of 238  Not logged in ELOG logo
icon4.gif   Problems with elog client, posted by Yoshio Imai on Wed Apr 9 14:41:12 2008 

Hi!

 

Since our upgrade to elog 2.7.3, it is not possible any more to edit an existing elog entry using the elog client with -e <id> option. The only console output is "Error transmitting message". Submitting an entry via the client is not problem.

Running the server with -v option does not yield any output at the time of the edit attempt. Running the client with -v option also doesn't help, because whatever the other options, only the help page is printed out and nothing else done. Btw, there is now a conflict between -s for "use SSL" and -s for the "subdir" option.

 

Any ideas?

 

Yoshio

    icon2.gif   Re: Problems with elog client, posted by Stefan Ritt on Wed Apr 9 23:03:53 2008 

Yoshio Imai wrote:

Since our upgrade to elog 2.7.3, it is not possible any more to edit an existing elog entry using the elog client with -e <id> option. The only console output is "Error transmitting message". Submitting an entry via the client is not problem.

Running the server with -v option does not yield any output at the time of the edit attempt. Running the client with -v option also doesn't help, because whatever the other options, only the help page is printed out and nothing else done. Btw, there is now a conflict between -s for "use SSL" and -s for the "subdir" option.

 

Any ideas?

The problem had to do with the integration of native SSL into elog/elogd. I tried to fix it in revision 2099. Please give it a try. I have not tried yet the SSL mode, but I changed the -s for "subdir" to -d not to collide with SSL.

       icon2.gif   Re: Problems with elog client, posted by Yoshio Imai on Thu Apr 10 14:21:13 2008 
I have tried the new revision, recompiling both client and server.
Unfortunately, the overall situation has not changed. We can still create new entries using the elog client, but editing an existing entry still does not work. However, thanks to your patch, the -v option now works again for the client side:
> elog -s -h <elog server> -p 443 -l current -u <user> <password> -a <Attributes> "TEST ENTRY"
Message successfully transmitted, ID=1

> elog -s -h <elog server> -p 443 -l current -u <user> <password> -e 1 "EDIT THIS ENTRY" -v
Successfully connected to host <elog server>, port 443
Request sent to host:
GET /current/1?cmd=download HTTP/1.0
User-Agent: ELOG
Cookie: unm=<user>;upwd=<password>;


Response received:
ET
Error transmitting message
Again, there is no output on the server side even when running with -v in console mode. There is the expected output when an entry is successfully created using the elog client. One aspect about this output is strange, though: the "Return" statement
==== Return ================================
HTTP/1.1 302 Found
contains the wrong "Location" header. It is not
Location: https://elog-server.domainname/logbook/ID
but rather
Location: https://client-host.domainname/logbook/ID
where "client-host" is the hostname of the computer where the elog client was called. But, since the logbook entry is correctly created, this is perhaps not a problem at all.



Another thing: I have noticed that when using conditional preset texts, the "Preset Text =" statements have to be declared for each logbook of a logbook group; it is not sufficient to only declare it in the "[global]" section of the logbook group. This means that we only need to declare the conditions once, e.g.
Options Category = .... , Shift {1} , ....
{1} Options Subject = Shift start {a}, Shift end {b}, ....

but the preset text declarations
{1&a} Preset text = shift_checklist.txt
{1&b} Preset text = shift_summary.txt
have to be declared in every individual logbook section for the logbooks of this group. Is this expected behaviour, or a bug?

Cheers

Yoshio
          icon2.gif   Re: Problems with elog client, posted by Stefan Ritt on Thu Apr 10 15:39:26 2008 

Yoshio Imai wrote:
> elog -s -h elog -p 443 -l current -u <user> <password> -e 1 "EDIT THIS ENTRY" -v
Successfully connected to host elog, port 443


As I wrote in my previous message, the "SSL part has not been tested" (=means: does not work). I just fixed this today, so try revision 2100.
             icon14.gif   Re: Problems with elog client, posted by Yoshio Imai on Thu Apr 10 15:56:12 2008 

Stefan Ritt wrote:
As I wrote in my previous message, the "SSL part has not been tested" (=means: does not work).


Sorry for the misunderstanding. I was probably confused because the creation of new entries already worked, even with SSL.
Now, the editing also works.

Thank you very much!

Yoshio
          icon2.gif   Re: Problems with elog client, posted by Stefan Ritt on Tue Apr 15 20:34:49 2008 

Yoshio Imai wrote:
Another thing: I have noticed that when using conditional preset texts, the "Preset Text =" statements have to be declared for each logbook of a logbook group; it is not sufficient to only declare it in the "[global]" section of the logbook group. This means that we only need to declare the conditions once, e.g.
Options Category = .... , Shift {1} , ....
{1} Options Subject = Shift start {a}, Shift end {b}, ....

but the preset text declarations
{1&a} Preset text = shift_checklist.txt
{1&b} Preset text = shift_summary.txt
have to be declared in every individual logbook section for the logbooks of this group. Is this expected behaviour, or a bug?


I cannot reproduce your problem. I just tried following file:
[global]
port = 8000
password file = passwd
Options Category = Other , Shift {1} , Routine
Attributes = Author, Category, Subject
{1} Options Subject = Shift start {a}, Shift end {b}
{1&a} Preset text = shift_checklist.txt
{1&b} Preset text = shift_summary.txt

[demo1]
Comment = General linux tips & tricks

[demo2]
Comment = General linux tips & tricks

and it worked as expected. Can you try it? If it works for you as well, then try to morph this file towards your config file, and figure out when the unexpected behavior starts.
             icon2.gif   Re: Problems with elog client, posted by Yoshio Imai on Thu Apr 17 19:11:36 2008 
I have tried your sample config file, and this one also works for me.
The problem arises when using top groups. I have produced a minimal config file including a top group, of the form
[global]
logbook tabs = 1
SSL = 1
Theme = default

Top group testgroup = demo1, demo2
Show top groups = 1


[global testgroup]
Attributes      = Author, Subject, Type
Options Subject = ThisOne{1}, Shift info {2}, ThatOne{3}

{1} Options Type = OneType1, OneType2, OneType3
{2} Options Type = Shift start {a}, Shift end {b}, Info
{3} Options Type = TwoType1, TwoType2, TwoType3

Required Attributes = Author, Subject, Type

{2&a} Preset Text = shift_checklist.txt
{2&b} Preset Text = shift_summary.txt


[demo1]
Comment = DemoLog 1

[demo2]
Comment = DemoLog 2

Although the conditional attributes work for the logbooks demo1 and demo2, the preset text does not work. It works when the Preset Text= statement is (also) places in the individual logbook sections. Can you check if it behaves the same on your side?

Yoshio
                icon2.gif   Re: Problems with elog client, posted by Stefan Ritt on Thu Apr 17 21:23:06 2008 

Yoshio Imai wrote:
The problem arises when using top groups.


Uff, that was a tough one. Thanks to your detailed analysis I could reproduce the problem. It indeed only happens with conditional 'preset text' under a top group (which is so exotic I have never tried it before). I fixed that in SVN revision 2103, please download and test it.
                   icon14.gif   Re: Problems with elog client, posted by Yoshio Imai on Fri Apr 18 14:17:52 2008 

Stefan Ritt wrote:
I fixed that in SVN revision 2103, please download and test it.


I just downloaded and tested it. It works!!

Thank you for all the work.

Yoshio
icon7.gif   Custom Links in each column, in the display list?, posted by Don Perrea on Thu Apr 17 19:56:41 2008 

Using the "Link Display  =" I can turn of the link to each individual entry, however, I would like to have a custom link in one of my columns. Is this possible?

 

Thanks for this wonderful tool.

 

Don

    icon2.gif   Re: Custom Links in each column, in the display list?, posted by Stefan Ritt on Thu Apr 17 20:22:30 2008 demo.png

Don Perrea wrote:

Using the "Link Display  =" I can turn of the link to each individual entry, however, I would like to have a custom link in one of my columns. Is this possible?

What you can do is to define an attribute (let's call it 'link'), then substitute this (maybe empty) attribute after submit with

Subst link = http://www.google.com

so this attribute will contain this link. You can also combine the value of the attribute with the link, like

Subst link = http://www.google.com/search?q=$link

this will produce a link to google search where it searches for the value of the attribute:

demo.png

icon5.gif   Sticky entries?, posted by Peter Freeman on Sun Apr 6 06:17:00 2008 

Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.

Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts. 

Have looked arround here, but could not find anything in that direction.

Many thanks for any answer.

Peter

    icon2.gif   Re: Sticky entries?, posted by Peter Freeman on Thu Apr 10 01:33:07 2008 

Peter Freeman wrote:

Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.

Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts. 

Have looked arround here, but could not find anything in that direction.

Many thanks for any answer.

Peter

 

Nobody an idea if it is possible?

       icon2.gif   Re: Sticky entries?, posted by Stefan Ritt on Thu Apr 10 07:48:08 2008 

Peter Freeman wrote:

Peter Freeman wrote:

Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.

Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts. 

Have looked arround here, but could not find anything in that direction.

Many thanks for any answer.

Peter

 

Nobody an idea if it is possible?

Sorry, I overlooked your first question.

Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:

- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"

- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.

- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background.

          icon2.gif   Re: Sticky entries?, posted by Peter Freeman on Fri Apr 11 00:15:42 2008 

Stefan Ritt wrote:

Peter Freeman wrote:

Peter Freeman wrote:

Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.

Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts. 

Have looked arround here, but could not find anything in that direction.

Many thanks for any answer.

Peter

 

Nobody an idea if it is possible?

Sorry, I overlooked your first question.

Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:

- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"

- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.

- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background.

 

Danke Stefan, I check it out.

             icon2.gif   Re: Sticky entries?, posted by Peter Freeman on Sat Apr 12 05:21:11 2008 

Peter Freeman wrote:

Stefan Ritt wrote:

Peter Freeman wrote:

Peter Freeman wrote:

Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.

Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts. 

Have looked arround here, but could not find anything in that direction.

Many thanks for any answer.

Peter

 

Nobody an idea if it is possible?

Sorry, I overlooked your first question.

Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:

- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"

- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.

- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background.

 

Danke Stefan, I check it out.

 

 

 

Hmm, I'd like to use the style command, but it has no effect if I put it into the config. If I understood it right, it should be done this way:

Options Status = Open, Info, Resolved, Suspended, Waiting, Important
Style Status Important = background-color:red
Style Status Resolved = background-color:green

They are just showing up with the default style. Am I doing something wrong?

 EDIT: Just downloaded the latest version and now it works. My old one was 2058, BUT, how can I change multiple styles, e.g. background and font color at the same time? Komma does not seem to work and two style lines also not.

                icon2.gif   Re: Sticky entries?, posted by Stefan Ritt on Mon Apr 14 08:46:41 2008 

Peter Freeman wrote:

EDIT: Just downloaded the latest version and now it works. My old one was 2058, BUT, how can I change multiple styles, e.g. background and font color at the same time? Komma does not seem to work and two style lines also not.

You can separate them with a semicolon. Just like:

Style Category Info = background-color:lightblue;font-weight:bold


Note that you cannot change the font color, since it is a link, and that is defined in the default.css file under

/* standard link colors and decorations */
a:link { color:#0000FF; text-decoration:none }
a:visited { color:#800080; text-decoration:none }
a:hover { color:#0000FF; text-decoration:underline }
a:active { color:#0000FF; text-decoration:underline }
a:focus { color:#0000FF; text-decoration:underline }

icon3.gif   attachment indicator in summary view, posted by Dennis Seitz on Tue Apr 1 21:24:17 2008 

 It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.

Thanks.

    icon2.gif   Re: attachment indicator in summary view, posted by Stefan Ritt on Fri Apr 4 22:06:48 2008 

Dennis Seitz wrote:

 It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.

Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.

       icon2.gif   Re: attachment indicator in summary view, posted by Edmundo T Rodriguez on Fri Apr 4 22:53:17 2008 

Stefan Ritt wrote:

Dennis Seitz wrote:

 It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.

Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.

Would it be possible to instead of appearing a "clip" and/or "multiple-clips" (as the number of attachments grow) to appear a number which will be = to the count of attachments to avoid the column become too wide?

Hope it works because this is tool better every day.

Keep up the GOOD Work!

          icon2.gif   Re: attachment indicator in summary view, posted by Stefan Ritt on Mon Apr 7 10:01:27 2008 

Edmundo T Rodriguez wrote:

Stefan Ritt wrote:

Dennis Seitz wrote:

 It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.

Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.

Would it be possible to instead of appearing a "clip" and/or "multiple-clips" (as the number of attachments grow) to appear a number which will be = to the count of attachments to avoid the column become too wide?

Ok, so I show individual clips up to five, and the number of attachments if more than five.

       icon7.gif   Re: attachment indicator in summary view, posted by Dennis Seitz on Sat Apr 5 00:43:21 2008 

 

Stefan Ritt wrote:

 

Dennis Seitz wrote:

 It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.

 

Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.

Thanks!

 

          icon2.gif   Re: attachment indicator in summary view, posted by Grant Jeffcote on Sat Apr 12 22:04:58 2008 

Hi Stefan,

When using  2.7.3-2095 I can't seem to get the paperclip/s to show,  just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?

Thanks

 

Dennis Seitz wrote

 

Stefan Ritt wrote:

 

Dennis Seitz wrote:

 It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.

 

Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.

Thanks!

 

             icon2.gif   Re: attachment indicator in summary view, posted by Stefan Ritt on Sun Apr 13 16:04:09 2008 

Grant Jeffcote wrote:

When using  2.7.3-2095 I can't seem to get the paperclip/s to show,  just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?

 

Yes, you miss the paperlclip icon. Get it from here and copy it under elog/themes/default/attachment.png.

icon3.gif   Manual installing elog as service on Windows, posted by Arno Teunisse on Sat Apr 12 16:37:44 2008 

Hello

Sometimes it can come in handy to start a temporary elog service on the Windows platform. ( Maybe for testing purposes )

You can use the SC.exe utility to do that. If it is not on you're system you may download it from : ftp://ftp.microsoft.com/reskit/win2000/sc.zip

For this you can use the following procedure ( from the dos prompt ) :

 sc.exe create AIX-elog binPath= "\"c:\ELOG2.7.3\elogd.exe\" -D -c c:\ELOG2.7.3\security.cfg" DisPlayname= "AIX Elog Security" start= auto

If all went well the system answers :

 [SC] CreateService SUCCESS

Please notice the strange way the double quotes are used and the space after the = in the above command.

Now open the windows services ( from the prompt ) : services.msc

In the window that opens you will see the just created service with the DisPlayname you gave in the above command.

You see it is not started. You could click start, but there is an other way.

Now you can start the service from the prompt using the DisPlayname :

  net start "AIX elog security"

Press F5 ( refresh ) in the services window and you will see that the service is started.

Or stop the service :

  net stop "AIX elog security"

To remove the service ( from the registry ) :

   sc.exe delete AIX-elog

The system gives back :

  [SC] DeleteService SUCCESS

The other option is to start elogd.exe from the prompt :

  elogd.exe -c 

This is all for now

 

icon5.gif   e-mail format, posted by Bill Qualls on Tue Apr 1 21:07:39 2008 

I "upgraded" from v2.6.? to v2.7.3.  By "upgrade", I mean "copy all files to a different computer, then run the installer".  e-mail messages received from my v2.6 instance look nice.  The messages look like HTML tables with blue and green coloring.  My v2.7 instance appears to send plain text.  But, when I forward the v2.7 message, the nice HTML tables appear again.  Is there an e-mail formatting setting that I need to change?

    icon2.gif   Re: e-mail format, posted by Stefan Ritt on Thu Apr 3 08:37:27 2008 

Bill Qualls wrote:

I "upgraded" from v2.6.? to v2.7.3.  By "upgrade", I mean "copy all files to a different computer, then run the installer".  e-mail messages received from my v2.6 instance look nice.  The messages look like HTML tables with blue and green coloring.  My v2.7 instance appears to send plain text.  But, when I forward the v2.7 message, the nice HTML tables appear again.  Is there an e-mail formatting setting that I need to change?

That has probably to do with the program with which you read your email. The coloring is done in a cascading style sheet, which the email program has to load from the elog server upon display. Most programs ask you if you like to "load images" for this email. This is a bit misleading since the style sheet is no image, but similarly loaded form an external source. I use Thunderbird, which remembers my decisions. So if I get an elog message from a certain email sender, and I click on "load images always from this sender", then it will show the colored background for each following entry. If the sender now is different (like if you use a different computer), this will be different and you have to load images once by clicking somewhere (mostly a bar above your email display).

icon5.gif   FCKeditor not active, posted by Kevin O'Sullivan on Mon Mar 24 19:40:03 2008 

I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?

[global]
Welcome title = <img src="Title.gif"><p><font size=5 color=white>Welcome to the EXO elog</font>
logbook tabs = 1
main tab = Home
port = 8082
SMTP host = smtp.stanford.edu
Usr = elog
Grp = users
Logbook dir = /usr/local/elog/logbooks_exo
Self register = 0
Password file = /usr/local/elog/passwd_exo
Email Format = 15
URL = http://grattalab3.stanford.edu/exo_elog/
Admin user = Administrator
Title image = <img border=0 src="EXOlogo.gif" alt="ELOG logo">
Title image URL = http://www-project.slac.stanford.edu/exo/
Max content length = 200000000000
All display limit = 100000

[Collaboration]
Theme = default
Subdir = Collaboration
Comment = EXO Collaboration elog
Attributes = Author, Category, Subject
MOptions Category = 100 kg Prototype, Materials, Papers & Internal Notes, Data, Results, Talks, Schematics, Correspondence, Gas TPC, Isotopes, Grabber Cell, Purity Monitor, Other
Required Attributes = Author, Category, Subject
Page Title = EXO Collaboration ELOG
Reverse sort = 1
Quick filter = Date, Category
 Email Subject = EXO (Collaboration) log: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator

[CAD]
Theme=default
Subdir = CAD
Comment = EXO CAD Repository
Attributes = Author, Category, Subject, Approval Status
MOptions Category = Background measurements, Refrigeration, Cryostat and Sheilding, Xe purification and handling, Counting rooms, Electronics and DAQ, Simulation and Software, Light readout, Chamber, Other
MOptions Approval Status = Approved, Working
Required Attributes = Author, Category, Subject
Page Title = EXO CAD Repository
Reverse sort = 1
Quick filter = Date, Category
Suppress default = 1
Login user = xenon, vance
Admin user = Administrator
Deny Edit = xenon
Deny Reply = xenon
Deny Move to = xenon
Deny Copy to = xenon
Deny Config = xenon
Deny Delete = xenon

[Lasers]
Theme = default
Subdir = Lasers
Comment = Barium tagging laser elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes
Required Attributes = Author, Subject, Category
Page Title = Barium tagging laser log
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0

[LinearTrap]
Theme = default
Subdir = LinearTrap
Comment = Linear trap elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes, Thesis, Photos
Required Attributes = Author, Subject, Category
Page Title = Linear trap elog
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 1

[Materials_Database]
Theme = default
Subdir = Materials_Database
Comment = Materials Database elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes, Results
Required Attributes = Author, Subject, Category
Page Title = Materials Database elog
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
Use Email Subject = EXO Materials Database elog: $subject
Deny Delete = xenon

[Pictures]
Theme = default
Subdir = Pictures
Comment = Pictures elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Pictures elog
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
Deny Delete = xenon

[BaTagging]
Theme = default
Subdir = BaTagging
Comment = Barium tagging elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes, Results
Required Attributes = Author, Subject, Category
Page Title = Barium Tagging elog
Reverse sort = 1
Quick filter = Data, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
Deny Delete = xenon

[EXO 200 Installation]
Theme = default
Subdir = EXO200Installation
Comment = EXO-200 Installation elog
Attributes = Author, Subject, Category
MOptions Category = Daily log entry, Pictures, Schematics, MSDS, Documentation, Data, Other
Required Attributes = Author, Subject, Category
Page Title = EXO-200 Installation ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = EXO-200 Installation elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator

[Veto]
Theme = default
Subdir = Veto
Comment = Veto system elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Veto system ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = Veto system elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator

[Monte Carlo]
Theme = default
Subdir = MonteCarlo
Comment = Monte Carlo elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Monte Carlo ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = Monte Carlo elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator

[Electronics]
Theme = default
Subdir = Electronics
Comment = Electronics elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Electronics ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = Electronics elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator

    icon2.gif   Re: FCKeditor not active, posted by Stefan Ritt on Thu Mar 27 07:15:03 2008 

Kevin O'Sullivan wrote:

I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?

Your assumption that FCKedit should work by default is correct. Try to start elogd manually and watch its output. It should show:

elogd 2.7.3 built Mar 12 2008, 22:23:55 revision 2080
FCKedit detected
ImageMagick detected
Indexing logbooks ... done
Server listening on port 1234 ...

where it indicates the FCKedit is detected. This check is done by looking at a file scripts/fckeditor/fckeditor.js. If this file is missing on not readable, FCKedit will disabled by default. If the file is missing, please let me know how you installed elog (RPM, from source) so that I can double check it.

    icon2.gif   Re: FCKeditor not active, posted by Alain Hugentobler on Wed Apr 2 01:27:20 2008 

Kevin O'Sullivan wrote:

I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?

Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)

A better solution is to modify the Makefile :

@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/

which doesn't work on my Ubuntu 8.04; however changing to:

@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/

does...

       icon2.gif   Re: FCKeditor not active, posted by Kevin O'Sullivan on Wed Apr 2 03:34:43 2008 

Alain Hugentobler wrote:

Kevin O'Sullivan wrote:

I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?

Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)

A better solution is to modify the Makefile :

@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/

which doesn't work on my Ubuntu 8.04; however changing to:

@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/

does...

That fixed it!

Thanks Alain.

       icon2.gif   Re: FCKeditor not active, posted by Stefan Ritt on Wed Apr 2 09:19:55 2008 

Alain Hugentobler wrote:

Kevin O'Sullivan wrote:

I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?

Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)

A better solution is to modify the Makefile :

@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/

which doesn't work on my Ubuntu 8.04; however changing to:

@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/

does...

I didn't realize that the Ubuntu version of unzip does not support the -f flag. Anyhow it's not really necessary, so I removed it from the distribution. The fix will be contained in the next release.

icon3.gif   Duplicate entry suggestion, posted by Dennis Seitz on Tue Apr 1 02:04:35 2008 

 We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.

However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.

I can see where implementing that would add a lot of code to ELOG.  Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?

Thanks,

Dennis

    icon2.gif   Re: Duplicate entry suggestion, posted by Stefan Ritt on Tue Apr 1 08:01:02 2008 

Dennis Seitz wrote:

 We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.

However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.

I can see where implementing that would add a lot of code to ELOG.  Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?

I don't know if you are aware, but you can put links to other entries manually into the text. Just enter them in the form elog:65799. You can click on that link which takes you the entry you reference. Unfortunately there is at the moment no automatic way to generate this back link automatically.

       icon2.gif   Re: Duplicate entry suggestion, posted by Dennis Seitz on Tue Apr 1 20:31:26 2008 

 

Stefan Ritt wrote:

 

Dennis Seitz wrote:

 We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.

However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.

I can see where implementing that would add a lot of code to ELOG.  Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?

 

I don't know if you are aware, but you can put links to other entries manually into the text. Just enter them in the form elog:65799. You can click on that link which takes you the entry you reference. Unfortunately there is at the moment no automatic way to generate this back link automatically.

 

Thanks, I was not aware of that - usually I have copied and pasted the entire path from my browser.

In any case, can you consider my request for possible future implementation? I think it's a useful function. For now, it's really no big deal to simply copy the url before selecting the Copy To: menu and then replacing the body text with the copied link. But I think it would be more useful to make this happen automatically, so I don't have to ask users to comply voluntarily.

Thank you.

 

ELOG V3.1.5-3fb85fa6