Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 207 of 236  Not logged in ELOG logo
icon4.gif   BUG: lost entry data, posted by Rich Persaud on Wed Nov 24 00:17:45 2004 
After THREE tries to enter a long detailed list of questions, all have been 
replaced by just one:  why do ELOG textareas and entry forms lose all data 
if the browser goes back/forward?  Or if a submission causes an error?  
Other forms in other applications don't have this kind of data loss.

Submitting this now before I lose it again.  Will submit rest of questions 
as separate entries.
    icon2.gif   Re: BUG: lost entry data, posted by Stefan Ritt on Wed Nov 24 11:52:26 2004 
> After THREE tries to enter a long detailed list of questions, all have been 
> replaced by just one:  why do ELOG textareas and entry forms lose all data 
> if the browser goes back/forward?  Or if a submission causes an error?  
> Other forms in other applications don't have this kind of data loss.
> 
> Submitting this now before I lose it again.  Will submit rest of questions 
> as separate entries.

Really strange. I tried with Mozilla Firefox and IE 6.0 and none of them lost
the entry data. What browser did you use? As far as I learned, data only
vanishes on pages which have an HTTP header containing "Expires: ..." with a
date in the past. But I made sure that the entry form does not contain this.

Please refreain in the future from sending many small entries. People being
registered with email notifications on the forum get flooded by notifications.
In worst case, write your posting using an editor and do copy-and-paste into a
single posting.
       icon2.gif   Re: BUG: lost entry data, posted by Rich Persaud on Wed Nov 24 19:05:53 2004 
> > After THREE tries to enter a long detailed list of questions, all have been 
> > replaced by just one:  why do ELOG textareas and entry forms lose all data 
> > if the browser goes back/forward?  Or if a submission causes an error?  
> > Other forms in other applications don't have this kind of data loss.
> > 
> > Submitting this now before I lose it again.  Will submit rest of questions 
> > as separate entries.
> 
> Really strange. I tried with Mozilla Firefox and IE 6.0 and none of them lost
> the entry data. What browser did you use? As far as I learned, data only
> vanishes on pages which have an HTTP header containing "Expires: ..." with a
> date in the past. But I made sure that the entry form does not contain this.

IE 6.0.   

I am accessing an internal ELOG instance through an Apache reverse proxy on port
80, per the FAQ.  Just tested without the proxy and there is no data loss problem
with back/forward.  

When I access the ELOG forum, I am going through a forward proxy to the Internet,
which probably explains the data loss on error messages.

Will investigate proxy configuration regarding "Expires: " headers and post here
if I find a solution.

> Please refreain in the future from sending many small entries. People being
> registered with email notifications on the forum get flooded by notifications.
> In worst case, write your posting using an editor and do copy-and-paste into a
> single posting.

Sorry about that, will do.
icon4.gif   Konqueror and Calendar widget, posted by Rich Persaud on Wed Nov 24 00:44:09 2004 
Date selection from the calendar widget does not work in Konqueror.  

Clicking on a date results in year being populated, but month and day are 
blank.
    icon4.gif   Re: Konqueror and Calendar widget, posted by Stefan Ritt on Wed Nov 24 14:19:01 2004 
> Date selection from the calendar widget does not work in Konqueror.  
> 
> Clicking on a date results in year being populated, but month and day are 
> blank.

I use following Javascript to populate the date:

function submit_day(day)
{
  opener.document.form1.d3.value = "24";
  opener.document.form1.m3.value = "11";
  opener.document.form1.y3.value = "2004";
  window.close();
}

which workes everywhere except in Konqueror. If you tell me how to convince
Konqueror to accept this, I'm happy to put it into the elog code.
icon3.gif   New ELOG version with XML and CSV import/export, posted by Stefan Ritt on Fri Mar 26 09:41:56 2004 
Version 2.5.2 of ELOG has been released today. It contains CSV (comma
separated values) import and export, as well as XML export (through the
"Find" page). Since these features are new, I would appreciate some feedback
on how this works in different environments. I made sure I can import data
from Excel and Outlook (like my address book), but I have no experience with
other applications.

As with the XML export, I'm not sure if the format I chose is a good one.
People working more with XML should tell me if it should be changed.
    icon3.gif   Re: New ELOG version with XML and CSV import/export, posted by Charles Duncan on Mon Mar 29 17:44:32 2004 
> Version 2.5.2 of ELOG has been released today. It contains CSV (comma
> separated values) import and export, as well as XML export (through the
> "Find" page). Since these features are new, I would appreciate some feedback
> on how this works in different environments. I made sure I can import data
> from Excel and Outlook (like my address book), but I have no experience with
> other applications.
> 
> As with the XML export, I'm not sure if the format I chose is a good one.
> People working more with XML should tell me if it should be changed.

I was able to find the export feature under find. Could you let me know where 
the import feature is? Or how I turn it on.

-Charles-
       icon2.gif   Re: New ELOG version with XML and CSV import/export, posted by Stefan Ritt on Mon Mar 29 18:06:46 2004 
> I was able to find the export feature under find. Could you let me know where 
> the import feature is? Or how I turn it on.

Oops, I frogot to document this, thank you for reminding me. You have to add the
"CSV Import" command manually to the list of menu commands, like:

Find menu commands = New, Find, Select, Config, CSV Import, Help

I was wondering if I should make this as the default, but many people maybe do not
have the demand of having CSV Import, so it might be annoying for them. What do
you think?
          icon2.gif   Re: New ELOG version with XML and CSV import/export, posted by Neil Swartz on Tue Nov 23 05:41:31 2004 
> > I was able to find the export feature under find. Could you let me know where 
> > the import feature is? Or how I turn it on.
> 
> Oops, I frogot to document this, thank you for reminding me. You have to add the
> "CSV Import" command manually to the list of menu commands, like:
> 
> Find menu commands = New, Find, Select, Config, CSV Import, Help
> 
> I was wondering if I should make this as the default, but many people maybe do not
> have the demand of having CSV Import, so it might be annoying for them. What do
> you think?

I needed the export feature and could not find documentation on it in the latest 
version. I finally read the code and added Find Menu Text = <filename>
where filename had the tags XML, CSV1, and CSV2
This always exports all records. Shouldn't it just export the records appearing in 
the window?
Also, there is a CSV Import menu item, why isn't there CSV Export? Or just Export 
with radio buttons controlling the format.
(BTW, the XML export is not valid. Internet Explorer complains about the first line)

Great Software. Love it. Keep up the good work!
             icon2.gif   Re: New ELOG version with XML and CSV import/export, posted by Stefan Ritt on Tue Nov 23 12:42:43 2004 
> I needed the export feature and could not find documentation on it in the latest 
> version. I finally read the code and added Find Menu Text = <filename>
> where filename had the tags XML, CSV1, and CSV2
> This always exports all records. Shouldn't it just export the records appearing in 
> the window?

Exporting workes as follows: Click on "Find", and switch the radio button to XML or CSV.
If you click on "Search", you will be prompted where to save the resulting "export.xml"
or "export.csv". I did this through the search page because you can then specify som
filters, in order not to export all records.

> (BTW, the XML export is not valid. Internet Explorer complains about the first line)

The XML charset in the first line was missing. I fixed that, new version under CVS. Or
you can manually change the first line to

<?xml version="1.0" encoding="ISO-8859-1"?>
                icon7.gif   Re: New ELOG version with XML and CSV import/export, posted by Neil Swartz on Wed Nov 24 03:30:31 2004 
> > I needed the export feature and could not find documentation on it in the latest 
> > version. I finally read the code and added Find Menu Text = <filename>
> > where filename had the tags XML, CSV1, and CSV2
> > This always exports all records. Shouldn't it just export the records appearing in 
> > the window?
> 
> Exporting workes as follows: Click on "Find", and switch the radio button to XML or CSV.
> If you click on "Search", you will be prompted where to save the resulting "export.xml"
> or "export.csv". I did this through the search page because you can then specify som
> filters, in order not to export all records.
> 
> > (BTW, the XML export is not valid. Internet Explorer complains about the first line)
> 
> The XML charset in the first line was missing. I fixed that, new version under CVS. Or
> you can manually change the first line to
> 
> <?xml version="1.0" encoding="ISO-8859-1"?>

Thanks much!! I can't believe I missed seeing those options. Works great. (There is a 
danger to having the source code. You tend to read it instead of looking at the way the 
program works )

BTW,
Is there any way to turn off the Text column at the right side of the list?
                   icon2.gif   Re: New ELOG version with XML and CSV import/export, posted by Stefan Ritt on Wed Nov 24 11:45:07 2004 
> BTW,
> Is there any way to turn off the Text column at the right side of the list?

Summary lines = 0
icon3.gif   Multi-parent relationships between logbook items, posted by Rich Persaud on Wed Nov 24 00:50:27 2004 
Could there be a multi-value option for free text fields, e.g. comma-
separated?  This would allow multi-parent relationships between log items. 

E.g. specifying 12, 15 as a value would create unique Display links 
for "12" and "15", based on the Display specification for that attribute.

This would be like "multiple fixed options", for the purpose of formatting.
icon3.gif   Non-wildcard or numeric search for numeric attribute, posted by Rich Persaud on Wed Nov 24 00:48:17 2004 
Is there a way to disable wildcard matching in searches?

A search for "1" returns "1" and "10" and "11".  

Is there a way to perform an explict match?

Could there be a numeric match if the attribute type is numeric?
icon3.gif   Display links for multiple-option attributes, posted by Rich Persaud on Wed Nov 24 00:45:43 2004 
Can "Display" links work with multiple options? 

"ABC | DEF" is currently one link.

Ideally, it would be two links, each formatted per the "Display" string.
icon5.gif   compiling elog on AMD64, posted by Heiko Scheit on Wed Nov 17 18:52:40 2004 
When compiling elogd on AMD64 (in 64 bit mode) there are many 
warnings like these:

src/regex.c:3769: warning: cast from pointer to integer of different size
src/regex.c:3769: warning: cast from pointer to integer of different size
src/regex.c:3775: warning: cast to pointer from integer of different size

The reason is the (int) cast, which (I think) is not necessary.
    icon2.gif   Re: compiling elog on AMD64, posted by Stefan Ritt on Thu Nov 18 09:40:25 2004 
> When compiling elogd on AMD64 (in 64 bit mode) there are many 
> warnings like these:
> 
> src/regex.c:3769: warning: cast from pointer to integer of different size
> src/regex.c:3769: warning: cast from pointer to integer of different size
> src/regex.c:3775: warning: cast to pointer from integer of different size
> 
> The reason is the (int) cast, which (I think) is not necessary.

Unfortunately I don't have a 64-bit compiler to try. Can you please check if
elogd.c has similar warnings or only regex.c? The ones in elogd.c I can fix,
but regex.c is straight from the GNU C library, so we would have to wait intil
they fix it. Or can you get it from the 64-bit C library? The point is that I
need the source code, so that I can compile it under Windows as well. Can you
try to compile elogd without regex.c, like 

gcc -g -O -W -Wall -o elogd src/elogd.c

If that works fine, we don't have to compile regex.c under linux. But I guess
it's still needed fot Solaris and other non-GNU Unix brands.
       icon2.gif   Re: compiling elog on AMD64, posted by Heiko Scheit on Sun Nov 21 00:46:28 2004 
> > When compiling elogd on AMD64 (in 64 bit mode) there are many 
> > warnings like these:
> > 
> > src/regex.c:3769: warning: cast from pointer to integer of different size
> > src/regex.c:3769: warning: cast from pointer to integer of different size
> > src/regex.c:3775: warning: cast to pointer from integer of different size
> > 
> > The reason is the (int) cast, which (I think) is not necessary.
> 
> Unfortunately I don't have a 64-bit compiler to try. Can you please check if
> elogd.c has similar warnings or only regex.c? 

  elogd.c shows the same warnings.

> The ones in elogd.c I can fix,
> but regex.c is straight from the GNU C library, so we would have to wait intil
> they fix it. Or can you get it from the 64-bit C library? The point is that I
> need the source code, so that I can compile it under Windows as well. Can you
> try to compile elogd without regex.c, like 
> 
> gcc -g -O -W -Wall -o elogd src/elogd.c

  This works OK.
 
icon1.gif   Partial Bulgarian translation, posted by Ognyan Kulev on Sat Nov 20 19:44:57 2004 eloglang.bulgarian
Hi, we are using ELOG for keeping track of a server maintainance.  I've
translated some of ELOG's strings.  The file is attached.  There will be
more translations, when I get inspired again ;-)
ELOG V3.1.5-3fb85fa6