Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 522 of 808  Not logged in ELOG logo
    icon5.gif   Re: MOptions problem ?, posted by Holger Mundhahs on Mon Feb 27 13:26:31 2006 
Hello Alex,

can you please provide the following information:
- Which ELOG version do you use?
- From which logbook are the screenshots? (I assume it's Liste - right?)

I've tested your configuration with version V2.6.1-1663, and in my case it works.
I use your attribute block in GLOBAL section and the following logbook:

[DEMO]
Comment = TEST
Attributes = Admin, Client, Equipment
Extendable options = Client, Equipment

Regards
Holger

> [quote="Alex H"]Hi Stephan,
> I have a unknown bug and need help :)!
> 
> First, please take a look to attached screenshot
> On the "elog problem1.gif" and "elog problem2.gif" there aren't any problem.
> The entry "Mairie STO" appears correct but when I try to edit the "Equipment" field, the list/combo shows 
> improper data.
> I obtain "- please select -" instead of "RT0004"
> What's the problem ?
> Thanks a lot.[/quote]
> 
> UP! No idea :'( ?
    icon3.gif   [SOLVED] Re: list view mode remembert - Bug?, posted by Holger Mundhahs on Wed Mar 1 12:27:36 2006 
> > As default http://<hostname>/<LOGBOOK> shows the Summary View.
> > Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full.
> > But now the URL http://<hostname>/<LOGBOOK> show the Full view as default.
> > I think the URL without ?mode=... should show every time the same result,
> > regardless the view used before. Or maybe I can configure, which view I want to
> > see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too.
> 
> Sure, that's a feature :D
> 
> It was requested by several people that the view mode is stored in a cookie. So if you switch modes, it should be
> persistent. If I now add additional default flags, people will have hard time to understand what this is all
> about, since there might then be conflicting settings between the flags and the cookies. So for what exact purpose
> do you want what you requested? Why does it bother you that you have to click "Summary" again to get the summary
> view? Of course you can delete the local cookies and get the default behaviour (they are named [b]elmode[/b] and
> [b]elattach[/b]), but that might be a bit cumbersome. 

Thank you for your explanation. My situation was, that I've played around with "Mode commands = 0". In normal case I 
use the Summary view, but on one logbook I've changed it to Full before, and after setting the parameter I can't 
revert it to Summary. But now I know how it works and can use it like intended.

Regards
Holger 
icon5.gif   Change in encoding close entry, posted by Holger Mundhahs on Mon Apr 3 10:32:45 2006 
Maybe it is a wrong configuration, because in this forum it works well.
If I change the encoding in the logbook entry I get "Submit modified ELOG entry?",
and after clicking OK the entry is closed. Because this behavior is on all loggbooks
it must be a global config entry, but I dont know, which.
Here is the GLOBAL section:

Expand Selection page = 1
URL = http://sapelogs/
Date Format = %d.%m.%Y
Time Format = %d.%m.%Y %H:%M
Reverse Sort = 1
Menu commands = New, Edit, Delete, Reply, Download, Find, Last day, Last 10, Select, Copy to, Config, Admin, 
Login, Logout, Help
Find Menu commands = New, Edit, Delete, Reply, Download, Find, Last day, Last 10, Select, Config, Admin, Login, 
Logout
Password file = passwords.txt
Login expiration = 2
Admin user = ME
Suppress Email to users = 1
Self register = 0
Logout to main = 1
admin textarea = 150,45
Entries per page = 100
Mode commands = 1
Use Lock = 1
Supress Email on edit = 1
Supress default = 1
Summary lines = 1

Icon comment log.gif = Allg. Log
.....
Group SAP = .....
    icon2.gif   Re: Change in encoding close entry, posted by Holger Mundhahs on Mon Apr 3 10:48:45 2006 
> > Maybe it is a wrong configuration, because in this forum it works well.
> > If I change the encoding in the logbook entry I get "Submit modified ELOG entry?",
> > and after clicking OK the entry is closed. Because this behavior is on all loggbooks
> > it must be a global config entry, but I dont know, which.
> >
> > ...
> > Use Lock = 1
> > ...
> 
> I comes from using the lock. If you remove that, you won't get this dialog box any more.
OK, it seems, that the last part of the Use Lock documentation is the explanation:
----
If someone edits an entry, but then goes away from that page or closes the browser without submitting the 
changes, a pop-up window appears asking the user to submit the changed entry. Although this works for most 
browsers in most cases, it could be that Javascript has been turned off in a browser, in which case the stale 
locks still might appear.
---
So if I switch the encoding the whole entry is reloaded, and the JS take it as leaving.
Is it possible to change this behavior? Changing encoding should be handled different as
"regular" leaving.

Additional information:
If you have set Use Lock = 1 you can't switch the encoding on a NEW entry.
The new entry is closed w/o saving. To prevent this you must input any data,
after them you can save the NEW entry with the PopUp-OK. But there can't be 
anyone else on a new entry?
icon5.gif   Mail not sent but message says it has been sent, posted by Mikael Salonvaara on Sun Apr 17 09:35:30 2005 
If my email host refuses to send the email (476 connections denied), we
still get the message that the email has been sent - and no error message.

How do I or can I send authentication information to the email server?
icon1.gif   SSL does not work, posted by Hisataka YOSHIDA on Fri Jun 5 03:49:20 2020 

Hello.

I installed the latest elog (3.1.4-2) in CentOS 7, and it is working well without SSL.
When I enalbled SSL option (SSL = 1) in the "elogd.cfg", and tried to start the elogd, the message below was shown and failed to run.

SSL support not compiled into elogd

If I switched the elog to older one (3.1.4-1), I could successeed to run the elogd with SSL option.
Is there any other option required in the latest elog to run with SSL? Or is this bug in the latest version?

Thank you,
Hisataka YOSHIDA

    icon2.gif   Re: SSL does not work, posted by Hisataka YOSHIDA on Thu Jun 11 08:23:01 2020 

Dear Stefan,

Thank you for your comment. I successfuly compiled the latest elog from source code, and now elogd could work with SSL.

In fact, I reported the case of installation with rpm file. Maybe, the latest elog rpm doesn't support SSL, I guess.
The installtion with rpm file is easier to build the common environment, so I hope the next rpm will support the SSL.

best regards,
Hisataka YOSHIDA

Stefan Ritt wrote:

When you compile elog from the soruces, you need the OpenSSL library to be installed. The CMake build process will then find it and include it in the compile process. When you use the "make" build process, you have to make sure that SSL is enabled there:

USE_SSL = 1

To install the OpenSSL library, you can do on most systems something like "sudo yum install openssl-dev" or "sudo apt-get install openssl-dev"

/Stefan

 

Hisataka YOSHIDA wrote:

Hello.

I installed the latest elog (3.1.4-2) in CentOS 7, and it is working well without SSL.
When I enalbled SSL option (SSL = 1) in the "elogd.cfg", and tried to start the elogd, the message below was shown and failed to run.

SSL support not compiled into elogd

If I switched the elog to older one (3.1.4-1), I could successeed to run the elogd with SSL option.
Is there any other option required in the latest elog to run with SSL? Or is this bug in the latest version?

Thank you,
Hisataka YOSHIDA

 

 

icon5.gif   Elog as a service, posted by Torsten Hinsche on Mon Mar 8 16:55:21 2004 
Is there any possibility to start elogd as a service under NT/2000/XP 
having local service as its user? Yes, I've read the documentation. Maybe 
things have changed.
/Torsten/
ELOG V3.1.5-3fb85fa6