Using select menu option to move multiple logbook entries to another logbook, posted by Robin Peterson on Fri Jun 4 22:40:44 2004
|
I'm trying to configure this thing to be able to filter on a set of
criteria, choose select, choose toggle all, and then choose "Move to
Complete Work Requests".
I've been able to select a specific logbook entry and move it, and I've
been able to filter and select and toggle, but I can't figure out how to
get the Move To option to show up on the main logbook menu....
what am I missing?
robin |
Re: Using select menu option to move multiple logbook entries to another logbook, posted by Stefan Ritt on Mon Jun 7 15:58:10 2004
|
> I've been able to select a specific logbook entry and move it, and I've
> been able to filter and select and toggle, but I can't figure out how to
> get the Move To option to show up on the main logbook menu....
To be able to move entries between logbooks, you have to enable the "move to"
command with the option "Menu commands" like:
Menu commands = Back, New, Edit, Delete, Reply, Find, Config, Move to, Help
Having done this, the menu "Move to xxx" should show up when you select an
individual entry, where xxx is the name of the other logbook(s). If you so a
"Select" on several entries, a new button should show up which lets you move
all selected entries to the other logbook(s). See elog:/1 for an example. If
you do not observer this behaviour, please let me know. |
Resubmit as new entry, posted by miljan dedic on Thu Jun 3 22:22:33 2004
|
Hello,
Elogd crashing when "Resubmit as new entry" is executed.
Tried with demo config, same result, also tried with snapshot version.
After the first crash i restart elogd, then it crashes every time i enter
the logbook containing the entry i tried to "Resubmit as new entry"
Anyone seen same behavior, on win2000 platform ?.
Miljan |
Re: Resubmit as new entry, posted by Stefan Ritt on Fri Jun 4 16:55:36 2004
|
> Elogd crashing when "Resubmit as new entry" is executed.
> Tried with demo config, same result, also tried with snapshot version.
> After the first crash i restart elogd, then it crashes every time i enter
> the logbook containing the entry i tried to "Resubmit as new entry"
> Anyone seen same behavior, on win2000 platform ?.
I fixed this problem, was a stack overflow. New snapshot is available. |
Extendable options, posted by Marc Neiger on Mon May 10 00:00:06 2004
|
Hi,
the use of extendable options in the global section seem to "crash" elogd
when creating a new entry.
My elogd.cfg is included
the problem attribute is "Client"
Should it be possible to have it extendable only in one specific logbook ?
Are extendable and conditionnal "compatible" on the same set of attributes ?
Cheers,
Marc |
Re: Extendable options, posted by Stefan Ritt on Mon May 10 21:57:49 2004
|
> the use of extendable options in the global section seem to "crash" elogd
> when creating a new entry.
> My elogd.cfg is included
> the problem attribute is "Client"
> Should it be possible to have it extendable only in one specific logbook ?
Actually it was never foreseen to have extendable options in the [global]
section. I added now this functionality. The new windows version can be obtained
under
http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe |
Re: Extendable options, posted by Marc Neiger on Tue May 11 10:42:44 2004
|
Hi Stefan,
Many thanks, it works. I'm impressed by your reactivity ! thanks again.
Is it possible to have a conditionnal attribute depend on an extendanble one ?
> > the use of extendable options in the global section seem to "crash" elogd
> > when creating a new entry.
> > My elogd.cfg is included
> > the problem attribute is "Client"
> > Should it be possible to have it extendable only in one specific logbook ?
>
> Actually it was never foreseen to have extendable options in the [global]
> section. I added now this functionality. The new windows version can be obtained
> under
>
> http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe |
Re: Extendable options, posted by Stefan Ritt on Tue May 11 10:44:55 2004
|
> Is it possible to have a conditionnal attribute depend on an extendanble one ?
In principle yes, but I never tried it... |
Re: Extendable options, posted by Marc Neiger on Tue May 11 11:08:33 2004
|
> > Is it possible to have a conditionnal attribute depend on an extendanble one ?
>
> In principle yes, but I never tried it...
The snapshot version you sent me seems to be locked onto port 80 and does not honor
the port directive in elog.cfg.... |
Re: Extendable options, posted by Stefan Ritt on Tue May 11 11:18:24 2004
|
> The snapshot version you sent me seems to be locked onto port 80 and does not honor
> the port directive in elog.cfg....
Thank you, I fixed that and updated the file. |
Re: Extendable options, posted by Marc Neiger on Tue May 11 19:35:11 2004
|
> > The snapshot version you sent me seems to be locked onto port 80 and does not honor
> > the port directive in elog.cfg....
>
> Thank you, I fixed that and updated the file.
Tested and working, thx. |
safari browser issue, posted by damon nettles on Thu Apr 1 19:38:56 2004
|
we've experienced a problem when using the safari browser to do a search in
our elog. whenever you do a search, the logbook returns an error and the
elog deamon crashes. when we first experienced this problem we were running
version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the
problem. searches with other browsers (mozilla, internet explorer, ...) go
off without a hitch.
has anyone else observed a similar problem or have any ideas on how to
resolve this issue.
thanks for the help.
elog running on a redhat 9 box
safari running on panther |
Re: safari browser issue, posted by Stefan Ritt on Wed May 5 17:38:12 2004
|
> we've experienced a problem when using the safari browser to do a search in
> our elog. whenever you do a search, the logbook returns an error and the
> elog deamon crashes. when we first experienced this problem we were running
> version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the
> problem. searches with other browsers (mozilla, internet explorer, ...) go
> off without a hitch.
> has anyone else observed a similar problem or have any ideas on how to
> resolve this issue.
> thanks for the help.
I finally found some time to address this problem. It was related to the way I
do the page redirection. The "Location:" in the HTTP header used a relative
path, although the standard requires an absolute (full) path, which I just
discovered. Although most browsers accept a relative path, the safari browser
obviously does not.
I changed the redirection to absolute paths, the new version can be obtained
via CVS. |
CSV importing, posted by Paul Harrington on Fri Apr 23 11:50:07 2004
|
I have been importing data from a CSV file into elog which has worked.
However I'd like to import data from the CSV file, directly to the 'text'
field, rather than just to one an attribute fields. Is it possible to do
this?
Paul |
Re: CSV importing, posted by Stefan Ritt on Fri Apr 23 13:47:40 2004
|
> However I'd like to import data from the CSV file, directly to the 'text'
> field, rather than just to one an attribute fields. Is it possible to do
> this?
Not yet, but I can implement it. Do you always have a column "text" in your
CSV data or would you like to be able to select which column goes into the
"text" field? Can you apend some sample CSV data so that I can have a look at it? |
Re: CSV importing, posted by Paul Harrington on Fri Apr 30 12:58:54 2004
|
> > However I'd like to import data from the CSV file, directly to the 'text'
> > field, rather than just to one an attribute fields. Is it possible to do
> > this?
>
> Not yet, but I can implement it. Do you always have a column "text" in your
> CSV data or would you like to be able to select which column goes into the
> "text" field? Can you apend some sample CSV data so that I can have a look at it?
I've been trying an alternative approach which is basically to :
1. Import the data (not including the text field) into elog from a CSV file
2. Stop the elog server
3. Use a perl script to add each text entry to the appropriate record within the
logbook file.
(I.e. between the =============================== of the appropriate entry
and the next ' |
Re: CSV importing, posted by Stefan Ritt on Sat May 1 00:21:20 2004
|
I implemented the feature to import the main entry text body from a CSV column labeled
"text". Please see the newest release
(http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.319) and let me know if this
works for you.
I had to add code to break apart long text bodies after 78 characters in order not to
get too long lines. Please note that the maximum body size in the CSV import is limited
to 500 characters. |
Global password file together with guest account, posted by Bertram Metz on Thu Apr 8 15:05:43 2004
|
Hello,
is it possible to have an guest account together with a global password file?
I tried to put the password file statement into the global section of
elogd.cfg. But in this case every user must login and it is not possible to
have a read only guest account.
But if I put the password file statemnet into the logbook sections, it is
possible to access the logbooks in read-only mode without logging in. The
drawback of this solution is, that you have to login into every logbook
seperately.
Bertram |
Re: Global password file together with guest account, posted by Stefan Ritt on Thu Apr 8 15:24:02 2004
|
> Hello,
>
> is it possible to have an guest account together with a global password file?
>
> I tried to put the password file statement into the global section of
> elogd.cfg. But in this case every user must login and it is not possible to
> have a read only guest account.
> But if I put the password file statemnet into the logbook sections, it is
> possible to access the logbooks in read-only mode without logging in. The
> drawback of this solution is, that you have to login into every logbook
> seperately.
>
> Bertram
Right, guest access is not possible with a global password file. This comes from
the fact that people wish to protect their logbook selection page. What I can do
is add another flag "protect selection page = 0 | 1". If "0", the logbook
selection page can be seen without logging in. Is that what yo want?
- Stefan |
Re: Global password file together with guest account, posted by Bertram Metz on Thu Apr 8 15:42:52 2004
|
> > Hello,
> >
> > is it possible to have an guest account together with a global password file?
> >
> > I tried to put the password file statement into the global section of
> > elogd.cfg. But in this case every user must login and it is not possible to
> > have a read only guest account.
> > But if I put the password file statemnet into the logbook sections, it is
> > possible to access the logbooks in read-only mode without logging in. The
> > drawback of this solution is, that you have to login into every logbook
> > seperately.
> >
> > Bertram
>
> Right, guest access is not possible with a global password file. This comes from
> the fact that people wish to protect their logbook selection page. What I can do
> is add another flag "protect selection page = 0 | 1". If "0", the logbook
> selection page can be seen without logging in. Is that what yo want?
>
> - Stefan
Yes, that is what I want.
Bertram |
Re: Global password file together with guest account, posted by Stefan Ritt on Thu Apr 8 16:23:00 2004
|
> Yes, that is what I want.
I implemented a switch "protect selection page" in revision 1.318, which can be
obtained at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.318. If this
switch is not set to "1", the selection page can be seen without having to log in. |
Re: Global password file together with guest account, posted by Bertram Metz on Tue Apr 13 11:13:53 2004
|
> > Yes, that is what I want.
>
> I implemented a switch "protect selection page" in revision 1.318, which can be
> obtained at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.318. If this
> switch is not set to "1", the selection page can be seen without having to log in.
Stefan,
thank you for the fast implementation of this feature. I compiled the new revision and
it worked as expected.
Kind regards,
Bertram |
Using Javascript files , posted by Robin Peterson on Wed Mar 31 04:22:57 2004
|
I develop multiple client server apps and web apps deployed on intranets. I
need my users to send me bugs with screenshots attached.
So I'm interested in auto opening a new elog page in an embedded browser and
automatically doing an attachment. I've seen a couple messages about
recently added Javascript hooks (message 465). The message specified a URL
that would fire off javascript(http://localhost/demo/?cmd=New&js=test.js).
Now apparently that wasn't fully working or at least you couldn't bring up
multiple alerts. Has that been fixed, or is it just a problem with alerts?
Can I write a url that has my attributes, plus a short js script that just
adds an attachment?
Anyhow, any info on where this functionality is would be appreciated. I'm
going back to my mgmt for signoff on using this, and if I get it (fairly
high probability), then I'll have a coder start implementing it. :-)
BTW, great tool! Very clean design.
Cheers,
Robin |
Re: Using Javascript files , posted by Stefan Ritt on Mon Apr 5 09:28:19 2004
|
> I develop multiple client server apps and web apps deployed on intranets. I
> need my users to send me bugs with screenshots attached.
Nice idea. I was looking myself for a way to automatically attach screenshots,
but I haven't found a clever way yet. One problem with attachments I found is
that it is not possible to preset the attachment text box with a file name
because this would open up a big security hole. So a malicious web page would
preset the attachment box with a file name pointing to some local password file,
then hide the box somwhere by using a tiny font etc. So if someone presses
"submit", the secret file would automatically transferred to the remote site.
Now I don't know if this can be bypassed with JavaScript.
> Now apparently that wasn't fully working or at least you couldn't bring up
> multiple alerts. Has that been fixed, or is it just a problem with alerts?
The JavaScript you supply simply gets copied to the web page and executed. There
are no limitations of any kind from the elog system there. So if you have
problems, it's most likely a JavaScript problem. I found it very useful to use
the Venkman debugger (http://www.mozilla.org/projects/venkman/) which can run
inside Mozilla based browsers.
> Can I write a url that has my attributes, plus a short js script that just
> adds an attachment?
It should be in principle possible, limited maybe only with the security note I
wrote above. If you get anything working, I would appreciate if you could add
this to the "contributions" section, so that other people can benefit from this. |
"Upgrading" from 1.35 to 2.52 fails, posted by PJ Meyer on Thu Apr 1 20:21:26 2004
|
Have a working copy of 1.35 running on NT4 server.
Went to upgrade to latest version.
Stopped service, installed the 2.52 version, restarted service and when
trying to connect get nothing but server not found, dns errors, etc.
Copy back the 1.35 elogd.exe and everything is fine - I can connect and add
entries to log.
Copy 2.52 elogd.exe and nothing.
So being the bright boy, I unistalled E-log, went through the registry and
yanked everything out that referenced ELOGD, rebooted, installed 2.52, made
the necessary registry changes, started service and nothing.
Stopped service and copied 1.35 Elogd.exe back into folder, started service,
and everything works.
Any ideas on why 1.35 works like a charm but 2.52 won't? I've tried stepping
back to 2.10 version before giving up.
This is a server that is patched to latest and runs quite well with 1.35. |
Re: "Upgrading" from 1.35 to 2.52 fails, posted by PJ Meyer on Fri Apr 2 02:41:36 2004
|
tuens out that the first log file was causing the problem. Elconv would just hang
on trying to convert it. renamed it, reran elconv, reload service and 2.51 elogd
and all was working as it should.
> Have a working copy of 1.35 running on NT4 server.
> Went to upgrade to latest version.
> Stopped service, installed the 2.52 version, restarted service and when
> trying to connect get nothing but server not found, dns errors, etc.
> Copy back the 1.35 elogd.exe and everything is fine - I can connect and add
> entries to log.
> Copy 2.52 elogd.exe and nothing.
>
> So being the bright boy, I unistalled E-log, went through the registry and
> yanked everything out that referenced ELOGD, rebooted, installed 2.52, made
> the necessary registry changes, started service and nothing.
>
> Stopped service and copied 1.35 Elogd.exe back into folder, started service,
> and everything works.
>
> Any ideas on why 1.35 works like a charm but 2.52 won't? I've tried stepping
> back to 2.10 version before giving up.
>
> This is a server that is patched to latest and runs quite well with 1.35. |