ELOG Forum

Demo Discussion

Forum Config Examples Contributions Vulnerabilities

Discussion forum about ELOG, Page 164 of 238

Not logged in

Find | Login | Help

Full | Summary | Threaded | Collapse | Expand

1901 Entries

Goto page Previous 1, 2, 3 ... 163, 164, 165 ... 236, 237, 238 Next

Addition of a "Restrict edit attribute" option?, posted by Justin Ellison on Tue Mar 13 17:27:49 2007

It would be a nice addition to have a config file option named "Restrict edit attribute".

Basically, I would like to have an attribute that was either:

a) An Option Attribute named Status with options of "Open" or "Closed"
b) An Option Attribute named Closed that was boolean.

Then, we could leave the item as editable until either choice "a" above was set to closed or choice "b" was true, at which point only admins could edit the item.

Sound plausible?

Justin

Re: Addition of a "Restrict edit attribute" option?, posted by Stefan Ritt on Tue Mar 13 20:58:07 2007

Justin Ellison wrote:

Conditional attributes? Like:

Attributes = ..., Status
Options Status = Open{1}, Closed{2}

{2}Locked attributes = Status

Unfortunately once it's locked, the admin has to change the config file to unlock it.

Re: Addition of a "Restrict edit attribute" option?, posted by Justin Ellison on Wed Mar 14 15:03:41 2007

Sorry, I didn't explain it enough.

This feature is like "Restrict edit time", but instead of setting an entire entry as read only after n hours, we set it read only if attribute y is true. Admin would be able to go in and reset that attribute to false to unlock the entry for editing, but no one else would be able to.

That make more sense?

Justin

Re: Addition of a "Restrict edit attribute" option?, posted by Stefan Ritt on Wed Mar 14 15:06:27 2007

Justin Ellison wrote:

I understand what you want. The conditional attributes I showed you give you that functionality, except that unlocking is a bit painful for the admin (has to edit the config file each time). Sorry, but that's all I can give you.

Re: Addition of a "Restrict edit attribute" option?, posted by Justin Ellison on Wed Mar 14 15:43:51 2007

Stefan Ritt wrote:

Now I understand what you were getting at. Sorry for the confusion. That should work fine for us - unlocking is something that shouldn't ever happen.

Thanks for the quick response!

Justin

Hiding attributes in Detail view?, posted by Justin Ellison on Fri Mar 2 16:39:22 2007

First off, thanks so much for this product. It works excellent for us as a server activity log. I have a question, which depending on the answer, might be a feature request Wink

As I mentioned, we use elog as a serverlog. Sometimes, but not always, we will have a Bugzilla bug # that is associated with the log entry. We then take that bug #, and build a link to our bugzilla server displaying the bug. Here's the relevant config entries:

Attributes = Author, Classification, Subject, Bug Number, Environment, Server, Bugzilla
...
#Make the list table narrow enough to fit in the browser
List display = ID, Date, Author, Subject, Server, Bugzilla
...
#We take in a Bug Number from the user, then calculate a Bugzilla link from that
Change Bugzilla = <a href="http://bugz:4545/bugzilla/show_bug.cgi?id=$Bug Number">$Bug Number</a>
List Change Bugzilla = <a href="http://bugz:4545/bugzilla/show_bug.cgi?id=$Bug Number">$Bug Number</a>
Hidden Attributes = Bugzilla

So, on new entry, the user has the option to enter a Bug Number. Bugzilla is not displayed because it is derived. In list view, Bug Number is not displayed, but Bugzilla is, providing a handy link to the bug on a different server.

The only thing that isn't working as I'd like is when someone views a log entry. Both Bug Number and Bugzilla show up in the attributes. This isn't a huge deal, it's just showing redundant data.

Is there a way to hide Bug Number on the view page?

Re: Hiding attributes in Detail view?, posted by Justin Ellison on Fri Mar 9 22:14:57 2007

Any takers?

Re: Hiding attributes in Detail view?, posted by Stefan Ritt on Mon Mar 12 20:35:17 2007

Justin Ellison wrote:

The only thing that isn't working as I'd like is when someone views a log entry. Both Bug Number and Bugzilla show up in the attributes. This isn't a huge deal, it's just showing redundant data.

Is there a way to hide Bug Number on the view page?

In revision 1809 I implemented the options

Show attributes = ...
Show attributed edit = ...

The first one is for the log entry page, the second for the entry form. This way you can distinguish between the bug number and the link. The old option Hidden attributes has been dropped, since it has the same effect now as Show attributes edit.

Search all logbooks as default, posted by An Thai on Mon Mar 5 14:41:20 2007

Hello all,

do you know how I can default set the option "Search all logbooks" in the Find page selected/checked?

Best regards,
An

Re: Search all logbooks as default, posted by Stefan Ritt on Thu Mar 8 08:08:42 2007

An Thai wrote:

do you know how I can default set the option "Search all logbooks" in the Find page selected/checked?

I added the option

Search all logbooks = 2

which lets you do that. It's in the SVN version and will be contained in the next release.

Upgrade to 2.6.4 broke quick search, posted by T. Ribbrock on Tue Mar 6 16:59:13 2007

Hi!

I just went from 2.6.1 to 2.6.4 and since the upgrade, the quick search drop-down menus no longer work. I can select an attribute, but when I do so, I only get an empty page with the following message:

Attachment #0 of entry #0 not found
Please use your browser's back button to go back

When I do go back, the attribute I selected is still selected, but all entries are listed. With 2.6.1, this worked like a charm.

Any idea?

Thanks in advance,

Thomas

Re: Upgrade to 2.6.4 broke quick search, posted by T. Ribbrock on Tue Mar 6 17:03:43 2007

T. Ribbrock wrote:

[...]
I just went from 2.6.1 to 2.6.4 and since the upgrade, the quick search drop-down menus no longer work. I can select an attribute, but when I do so, I only get an empty page with the following message:

Attachment #0 of entry #0 not found
Please use your browser's back button to go back

[...]

Apparently, this must have been some session-oddity - I just logged out and got an error message about a bad URL. I then went to the base URL of the logbook (i.e. http://server:8080), chose the correct logbook and logged in again. Things work fine since. No idea what went wrong the first time round... Frown

Regards,

Thomas

Conditional Email Notification by a text file, posted by An Thai on Thu Nov 2 14:34:36 2006

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Re: Conditional Email Notification by a text file, posted by Steve Jones on Thu Nov 2 23:16:11 2006

An Thai wrote:

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Quote:

You need to start elogd with the "-x" flag

Re: Conditional Email Notification by a text file, posted by An Thai on Fri Nov 3 01:03:33 2006

Steve Jones wrote:

An Thai wrote:

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Quote:

You need to start elogd with the "-x" flag

Yes, i did it. But the problem is still there.
I exactly tried 50 times by submit a new entry and got only 3 times passed. 47 another cases i got:
"Error sending Email via "192.168.2.20": 5.5.2 Need Rcpt command".
I run elogd -v and see:
"Email Team EUROPE to Shell execution not enable via -x flag"

Re: Conditional Email Notification by a text file, posted by Steve Jones on Fri Nov 3 03:42:18 2006

An Thai wrote:

Steve Jones wrote:

An Thai wrote:

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Quote:

You need to start elogd with the "-x" flag

Steve Jones wrote:

Well, it looks like you are getting the text "Shell execution not enable via -x flag" put into the EUROPE attribute then the email server is attempting to send email to the email address "Shell execution not enable via -x flag", which is clearly not a valid address thus the "Error sending Email via "192.168.2.20": 5.5.2 Need Rcpt command".

You need to run run "elogd -v -x" then look for the errors. You also might try a more simpler test like "Preset Team EUROPE = = $shell(type C:\EuropeEmailList.txt)" and then see what is returned. It makes it simpler and removes the email error from the equation.

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Thu Nov 9 20:45:32 2006

Steve Jones wrote:

An Thai wrote:

Steve Jones wrote:

An Thai wrote:

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Quote:

You need to start elogd with the "-x" flag

Steve Jones wrote:

That's a very interesting idea of setting up mailing lists I never thought about. I tried myself and it works fine. Just as Steve says run "elogd -v -x" to see what happens. Also make sure that EuropeEmailList.txt contains only a single line with comma-separated email addresses, just as you would enter them in the config file.

Re: Conditional Email Notification by a text file, posted by An Thai on Thu Nov 9 23:25:15 2006

Stefan Ritt wrote:

Steve Jones wrote:

An Thai wrote:

Steve Jones wrote:

An Thai wrote:

Hello,

I try to email by using a email text file to reduce the admin work.

MOptions Team = EUROPE, ASIA, AFRICA, AMERICA

Email Team EUROPE = $shell(type C:\EuropeEmailList.txt)

but i get always Email sent to Shell execution not enabled via -x flag

Is this feature not supported by ELOG or did i use the wrong syntax?

Thank you in advance.

Quote:

You need to start elogd with the "-x" flag

Steve Jones wrote:

I tested many times and find out the problem.
The first opening CMD and running "elogd -v -x". It works perfektly.
Close the CMD: It stops to work.
From this time point it never works again even I try to re-open CMD and run "elogd -v -x"
The computer must be rebooted to get it works. (The CMD for running elogd -x must be always opened !!!)

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Fri Nov 10 07:51:59 2006

An Thai wrote:

You probably run two servers in parallel. If you install the standard windows package, an elogd service is created and started. If you open a command window and run elogd manually, you have it running twice, and you never know to which instance your browser connects to. So first start the server with net stop elogd and then open the command window and start elogd manually.

Re: Conditional Email Notification by a text file, posted by Grant Jeffcote on Sat Nov 11 06:56:16 2006

Stefan, this is a great idea (thanks An).

I can't seem to get this working when Elogd is started as a service though?
Starting elogd (-x) manually works fine and with the -v switch I can see it is operating correctly but obviously the service option is preferred.
The service ("D:\ELOG\elogd.exe" -x -D -c "D:\ELOG\elogd.cfg") is starting correctly using the -x switch (as I use the shell command for other elog options) but it doesn't seem to send the mail.
Is this a 'feature' ;o)

Thx

Stefan Ritt wrote:

An Thai wrote:

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Sat Nov 11 18:36:44 2006

Grant Jeffcote wrote:

I can't seem to get this working when Elogd is started as a service though?
Starting elogd (-x) manually works fine and with the -v switch I can see it is operating correctly but obviously the service option is preferred.
The service ("D:\ELOG\elogd.exe" -x -D -c "D:\ELOG\elogd.cfg") is starting correctly using the -x switch (as I use the shell command for other elog options) but it doesn't seem to send the mail.
Is this a 'feature' ;o)

Sure

But seriously, elogd cannot be started as a service under windows by opening a command window and executing above command line. Under windows, it has to be installed and run as a service, which is usually done by the installer. To change it, you do that by selecting My Computer, then right mouse click and Manage, then you select Serviced and Applications, then Services, then you will see the elogd service. A double click on it opens the corresponding properties, where you will find the command line, usually

"C:\Program Files\ELOG\elogd.exe" -D -c "C:\Program Files\ELOG\elogd.cfg"

Here you have to change the command line parameters to add the -x flag. Then you stop and restart the service.

Re: Conditional Email Notification by a text file, posted by Grant Jeffcote on Sat Nov 11 18:48:48 2006

Thanks Stefan,

I understand that and the registry entry that I use (for the service) is what I had quoted below.
The problem I have is that when Elog is started as a service using the -x switch then the shell command using An's mail list suggestion does not work? Starting the elogd daemon manually (ie using the command prompt) does work.
I have other features within my configuration which use the 'execute new $shell' option which works perfectly so I know that the -x switch is functional within the service.

BR Grant

Stefan Ritt wrote:

Grant Jeffcote wrote:

Sure

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Sat Nov 11 18:54:59 2006

Grant Jeffcote wrote:

The problem I have is that when Elog is started as a service using the -x switch then the shell command using An's mail list suggestion does not work? Starting the elogd daemon manually (ie using the command prompt) does work.

When elogd runs as a service, it needs all paths to be absolute, like having the full c:\dir\subdrir\.... Do you have this? What about file access permission? You can try to do a Preset text = <file> with your email list, to see if elogd can actually access this file at all.

Re: Conditional Email Notification by a text file, posted by Grant Jeffcote on Sat Nov 11 21:31:33 2006

All paths are absolute and file permissions set to 'everyone'. 'Preset text' results in the contents of the text file being shown so access doesn't seem to be the problem here. Can you reproduce this?

Thx & rgrds

Stefan Ritt wrote:

Grant Jeffcote wrote:

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Wed Nov 15 20:22:29 2006

Grant Jeffcote wrote:

Can you reproduce this?

Yes, I get the same error. Shell substitution does not work when elogd is started as a service. This is a problem deep inside the service management of Windows and I do not know any solution for that. Sorry.

Re: Conditional Email Notification by a text file, posted by An Thai on Thu Nov 16 14:07:32 2006

I have found the way to get it work properly.

Open services management (Right click My Computer -> Manage -> Services & Applications -> Services)

Change elogd statup type to Manual. ->> SORRY: It should be set to Disable !!!

Create *.bat file in the folder ELOG with Notepad. Type elogd -x in the file.

Create a Scheduled Task (Start -> Programs - Accessories - System Tools -> Scheduled Tasked). Run Add Scheduled Task . A Wizard will be openned.

Click Next -> Browser -> open your ELOG folder and select your created *.bat -> select radio button "When my computer starts" -> Next -> type your admin password for the computer -> select Open advanced properties for this task when I click finish.

Restart your computer

Good luck!

This setting has worked great since a month.

Re: Conditional Email Notification by a text file, posted by An Thai on Thu Mar 1 15:27:31 2007

Dear All,

I have got very good feedback from my colleagues about Elog logbook which I have made at my work since October 2006. The tool is going to use improving.

At moment, I don't let Elog start as a service (deamon), but as an application (start from a *.bat file). Because I just want to enable of "elogd -x" for reading of email list in an external file. But this cause that Elog cannot be set to automatically restart after a crash. (As a service in Windows, you can set it restart immediatly after crash)

I don't find anywhere in the administrator's guide how I can set the option 'elogd -x' while installing Elog to get a service with '-x' option.

Do you know it?

Dear Stefan,
could you enable it for the install download file for Windows?

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Thu Mar 1 22:10:11 2007

An Thai wrote:

Dear Stefan,
could you enable it for the install download file for Windows?

I tried, but it does not work. A windows service does not let you start a internal command line shell. No way. Use Linux Wink

Re: Conditional Email Notification by a text file, posted by An Thai on Tue Mar 6 13:49:17 2007

Dear Stefan,

what i mean is that you maybe modify the setup file for Windows (elog-latest.exe) so that everybody can make change of -[options] while install Elog. I am not a Windows expert, but I think that a lot of software can be set or configurated at the first install time (For Example: Path destination, features avaible, ...)

Do you know if it is possible?

Re: Conditional Email Notification by a text file, posted by Stefan Ritt on Tue Mar 6 13:55:15 2007

An Thai wrote:

I don't know how to set-up the scheduled tasks from the installation script. Furthermore, having a application constantly running is somehow unusual, and it will confuse normal people. To my knowledge, not many people use the -x option under Windows. These people how really need it are clever enough (like you) to set-up the batch file manually.

Finding conditions in Search page., posted by Robert-Jan Schrijvers on Thu Mar 1 15:46:59 2007

Hi all,
My config file (a part of it) looks like this:

Options Locatie = Intern{a}, Extern{b}, Demo/Ontwikkel{c}, Hardware{d}, ---------------------, Anders

{a}Options Sessies = p-zis-pr1{1}, p-szh-pro{2}, p-dia-pro{3}, a-zis-ac1{1}, a-zis-ac2{2}, a-dia-acc{3}, ---------------------, Anders
{b} Options Sessies = FSC Pro{4}, FSC Acc{4}, Risc/Bus/Sms Pro{5}, Risc/Bus/Sms Acc{5}, ---------------------, Anders
{c} Options Sessies = BAO, BEH, BAOMPSO, BEHMPSO, Demonstrator, AFS, PTG, BSN, ---------------------, Anders
{d} Options Sessies = Wijziging, Storing

{1} Options Orgus = AZS, IZR, HPZ, iSOFT
{2} Options Orgus = VZL, Trombo, iSOFT
{3} Options Orgus = Diac, iSOFT
{4} Options Orgus = AMG, ZHH/Tergooi, ZNB
{5} Options Orgus = GOZL, MCA, MZG, SEH, SJD, ZGN

This is my question: when i use the "search/find" page and select the first drop down menu "Locatie", the next field "Sessies" will not be displayed (and all following fields either). On the other hand, when i create a new entry, it works perfect, select "Locatie", field "Sessies" displays his content and so on. I hope that someone can help me with this.

Re: Finding conditions in Search page., posted by Stefan Ritt on Thu Mar 1 22:36:01 2007

Robert-Jan Schrijvers wrote:

This is my question: when i use the "search/find" page and select the first drop down menu "Locatie", the next field "Sessies" will not be displayed (and all following fields either). On the other hand, when i create a new entry, it works perfect, select "Locatie", field "Sessies" displays his content and so on. I hope that someone can help me with this.

This was never meant to work like that. On the find page, conditional attributes are not evaluated for following reason: Assume you want to search for Orgus = ZGN. Currently you simply type ZGN in the Orgus field and you're done. With drop down lists, you first would have to select Locatie = extern, then Sessies = Risc/Bus/Sms Pro, and only then you could select Orgus = ZGN. That would require three steps. Technically it's however possible to implement what you want, but I would wait until more people request this.

Re: Finding conditions in Search page., posted by Robert-Jan Schrijvers on Fri Mar 2 09:40:28 2007

Stefan Ritt wrote:

Robert-Jan Schrijvers wrote:

Hi Stefan,
tnx for the quick reply/feedback, i'm just a newbee in eLog, but working with it is a nice challenge and gives much pleasure for me and my colleagues. Tnx again and have a nice weekend!

Bug, posted by Robert-Jan Schrijvers on Thu Mar 1 15:55:52 2007

when i was editting my Admin file, by mistake i typed the next line:

[a}Options Sessies = p-zis-pr1{1}, p-szh-pro{2}, p-dia-pro{3}, a-zis-ac1{1}, a-zis-ac2{2}, a-dia-acc{3}, ---------------------, Anders
{b} Options Sessies = FSC Pro{4}, FSC Acc{4}, Risc/Bus/Sms Pro{5}, Risc/Bus/Sms Acc{5}, ---------------------, Anders
{c} Options Sessies = BAO, BEH, BAOMPSO, BEHMPSO, Demonstrator, AFS, PTG, BSN, ---------------------, Anders
{d} Options Sessies = Wijziging, Storing

the next thing happened was that eLog created a new log which wasn't editable at all, the only thing i could do was deleting it (i created a monster...;-)
The first line/rule with the [ become the title, all other entries in the Admin file were used as a new Admin file.

Re: Bug, posted by Stefan Ritt on Thu Mar 1 22:19:22 2007

Robert-Jan Schrijvers wrote:

You shot yourself in the foot Wink

I agree that a clever syntax check on the config file would be nice, but it's very hard to imagine how many mistakes humans (including myself) can do, I would probably never catch all possible wrong cases. Giving my limited time, I will more work on new features and kindly ask you to be a bit careful in what you enter. I'm absolutely sure you will never make this mistake again Big grin

Simple table implemented in ELCode, posted by Stefan Ritt on Wed Feb 28 21:04:59 2007

Starting from SVN revision 1801, simple tables are supported in ELCode tags. One can now embed tables in elog entries like this:

[table border=3 cellpadding=10]
One | Two
|-
Three | Four
[/table]

which produces following table:

One	Two
Three	Four

The syntax is explained in the ELCode help page.

Goto page Previous 1, 2, 3 ... 163, 164, 165 ... 236, 237, 238 Next

ELOG V3.1.5-3fb85fa6