Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 159 of 238  Not logged in ELOG logo
Entry   , posted by on Sat Oct 6 14:05:01 2007 

I ended with 125384 entries like the one above.

Everything works fine but ......... [U]tteerrrriibbllee[/U] [B]slow[/B].  CPU usage is constant at 99%.  

I tried to split the one file produced by the import into 2 chunks but that did not improve the situation.

My question is : Is there a rule of thumb for the size of the "database" in which elog keeps it's performance, or better : is there a solution for this for elog.


 
icon8.gif   Post appearing twice, posted by Dan Chitwood on Fri Sep 23 19:23:26 2005 
We are having trouble on our logbook with posts appearing twice. Both posts contain the same ID number, time, etc. This most often occurs when the e-log entry is being written for an extended period of time (ie. more than 30 minutes), but I don't know if that is the root cause of the problem. It may also be related to posts that are edited after an initial posting. Could this be due to an improper setting in our config file?
    icon2.gif   Re: Post appearing twice, posted by Stefan Ritt on Wed Oct 5 13:22:08 2005 

Dan Chitwood wrote:
We are having trouble on our logbook with posts appearing twice. Both posts contain the same ID number, time, etc. This most often occurs when the e-log entry is being written for an extended period of time (ie. more than 30 minutes), but I don't know if that is the root cause of the problem. It may also be related to posts that are edited after an initial posting. Could this be due to an improper setting in our config file?


Besides the trivial case that people hit the submit button twice I can only imagine one possible cause: If you edit an existing entry, there is a button Resubmit as new entry at the bottom. If that button is checked, the old entry gets deleted and a new one gets submitted. If the delete of the old entry fails for some reason, you could maybe get two entries.

May I suggest following: Use a very simple config file (like the demo one from the distribution) and see if you can reproduce the problem. If not, add you config options one by one to the config file, and see at which option the problem starts. This way you might find the cause of it.

Your problem has not been reported by anybody else so far, so chances are high that it's related to a config setting.
       icon2.gif   Re: Post appearing twice, posted by Alan Grant on Mon Jun 4 22:30:44 2007 

Stefan Ritt wrote:

Dan Chitwood wrote:
We are having trouble on our logbook with posts appearing twice. Both posts contain the same ID number, time, etc. This most often occurs when the e-log entry is being written for an extended period of time (ie. more than 30 minutes), but I don't know if that is the root cause of the problem. It may also be related to posts that are edited after an initial posting. Could this be due to an improper setting in our config file?


Besides the trivial case that people hit the submit button twice I can only imagine one possible cause: If you edit an existing entry, there is a button Resubmit as new entry at the bottom. If that button is checked, the old entry gets deleted and a new one gets submitted. If the delete of the old entry fails for some reason, you could maybe get two entries.

May I suggest following: Use a very simple config file (like the demo one from the distribution) and see if you can reproduce the problem. If not, add you config options one by one to the config file, and see at which option the problem starts. This way you might find the cause of it.

Your problem has not been reported by anybody else so far, so chances are high that it's related to a config setting.


I was having a very similar problem. After clicking Submit, I was getting dialog box "Submit modified Elog entry?" (with Submit or Cancel options) even though it was a new entry. Whenever I clicked Submit, it added two identical lines (except for ID), but when I clicked Cancel, it added only one entry. This happened in both v2.6.3 and v2.6.5. I eventually deduced it down to the Required Attributes line in the cfg file. I removed almost all other lines and then started removing each required attribute until the field was identified. For some reason it didn't like field name called "Date/Time Reproted" and when I removed it, it added fine, although that one field had to be unrequired when it really should have been req'd. I didn't see anything in the cfg instuctions regarding the use of "/" (unless I missed it) but I assumed it has something to do with that "/". It's interesting to note however that fields by same name under other tabs work fine. It may be bug related.
          icon2.gif   Re: Post appearing twice, posted by Stefan Ritt on Fri Jun 8 10:44:14 2007 

Alan Grant wrote:
I was having a very similar problem. After clicking Submit, I was getting dialog box "Submit modified Elog entry?" (with Submit or Cancel options) even though it was a new entry. Whenever I clicked Submit, it added two identical lines (except for ID), but when I clicked Cancel, it added only one entry. This happened in both v2.6.3 and v2.6.5.


Can you try to reproduce your problem with a minimal configuration file and send it to me?
             icon2.gif   Re: Post appearing twice, posted by deletoille on Tue Jun 12 11:07:39 2007 

Stefan Ritt wrote:

Alan Grant wrote:
I was having a very similar problem. After clicking Submit, I was getting dialog box "Submit modified Elog entry?" (with Submit or Cancel options) even though it was a new entry. Whenever I clicked Submit, it added two identical lines (except for ID), but when I clicked Cancel, it added only one entry. This happened in both v2.6.3 and v2.6.5.


Can you try to reproduce your problem with a minimal configuration file and send it to me?


I had the same problem but by adding the "Use lock = 0" option to the configuration, confirmation disappear
    icon2.gif   Re: Post appearing twice, posted by Stefan Ritt on Tue Jun 12 17:13:28 2007 
I finally found and fixed the problem with the help of Alan Grant. It happens when three things are used together:

  1. Locking (via use lock = 1)
  2. Attributes containing '/' characters
  3. Required attributes are used with attributes containing '/'

The '/' in the attribute crashes actually the JavaScript code for checking the required attributes and thus you have two submissions.

The bug is fixed in SVN revision 1866 and will be contained in the next release.
       icon5.gif   Re: Post appearing twice, posted by Bertram Metz on Thu Sep 27 15:18:10 2007 
I've observed the same behavior with attributes containing a dash. Would it be possible to allow '-' in attributes?

Bertram
          icon2.gif   Re: Post appearing twice, posted by Stefan Ritt on Fri Sep 28 17:52:37 2007 

Bertram Metz wrote:
I've observed the same behavior with attributes containing a dash. Would it be possible to allow '-' in attributes?


Yes. Fixed in Revision 1930.
icon4.gif   Too many logbooks during user registration, posted by Steve Jones on Mon Aug 6 17:43:52 2007 
Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).

My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.

Thanks.
    icon2.gif   Re: Too many logbooks during user registration, posted by Stefan Ritt on Tue Aug 7 18:39:37 2007 

Steve Jones wrote:
Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).

My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.

Thanks.


I changed the current SVN version (#1909) to show only the list of logbooks if there are ten or less logbooks, in order not to make the URL too long. On the activation by the administrator, the list of subscribed logbooks appears as previously, but all are unchecked. So it's the task of the administrator to enable subscriptions or not.
       icon2.gif   Re: Too many logbooks during user registration, posted by Steve Jones on Tue Sep 11 15:30:11 2007 

Stefan Ritt wrote:

Steve Jones wrote:
Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).

My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.

Thanks.


I changed the current SVN version (#1909) to show only the list of logbooks if there are ten or less logbooks, in order not to make the URL too long. On the activation by the administrator, the list of subscribed logbooks appears as previously, but all are unchecked. So it's the task of the administrator to enable subscriptions or not.



Quote:
So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"

Thanks!
          icon2.gif   Re: Too many logbooks during user registration, posted by Stefan Ritt on Tue Sep 11 21:25:11 2007 

Steve Jones wrote:
So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"


I agree, that's inconsistent. So I removed the logbook list completely (SVN revision 1914) and added a note on the user notification that they should click 'config' to subscribe to any logbook.
icon5.gif   ELCode how to with URL, posted by toumbi on Mon Aug 27 17:27:41 2007 
Hello there !!

I wonder if it's possible to write an url like this[URL=?CR=CR00000429]CR00000429[/URL] 
in fact it don't work for the moment , because it is redirected tu http:///?CR=CR00000429
is it possible to have url without http://

I have a logbook CR and a type CR and i work now in localhost but i want my elog to be accessible from anywhere.
Im not very clear but I hope you understand.



[TABLE border="1"]
Emplacement|CR|TYPE|Cable trace voix 1|Cable trace voix 2|url|-
MON|CR00002536|Monitoring|x|x|[URL=http://localhost:8080/CR/?CR=CR00002536]CR00002536[/URL]|-
POW1|CR00000429|POWER Ro|x|x|[URL=?CR=CR00000429]CR00000429[/URL]|-
POW2|CR00000430|POWER Ro|x|x|[URL=?CR=CR00000430]CR00000430[/URL]|-

[/TABLE]
    icon2.gif   Re: ELCode how to with URL, posted by Stefan Ritt on Fri Sep 7 22:56:12 2007 
> Hello there !!
> 
> I wonder if it's possible to write an url like this[URL=?CR=CR00000429]CR00000429[/URL] 
> in fact it don't work for the moment , because it is redirected tu http:///?CR=CR00000429
> is it possible to have url without http://
> 
> I have a logbook CR and a type CR and i work now in localhost but i want my elog to be accessible from anywhere.
> Im not very clear but I hope you understand.
> 
> 
> 
> [TABLE border="1"]
> Emplacement|CR|TYPE|Cable trace voix 1|Cable trace voix 2|url|-
> MON|CR00002536|Monitoring|x|x|[URL=http://localhost:8080/CR/?CR=CR00002536]CR00002536[/URL]|-
> POW1|CR00000429|POWER Ro|x|x|[URL=?CR=CR00000429]CR00000429[/URL]|-
> POW2|CR00000430|POWER Ro|x|x|[URL=?CR=CR00000430]CR00000430[/URL]|-
> 
> [/TABLE]

You can use the 

elog:<logbook name> 

redirection. So for this logbook, so see all entries with Category=Info using following link

elog:Forum/?Category=Info

This should work from everywhere.
       icon2.gif   Re: ELCode how to with URL, posted by toumbi on Tue Sep 11 11:36:04 2007 
Thank you a lot !!
icon8.gif   Synchronization Problems, posted by Nicole Ackerman on Wed Sep 5 01:09:00 2007 
I'm currently running elog 2.6.5 on my (feisty ubuntu) laptop and desktop. I set up mirroring between the two which usually works, but occasionally I get an error (when sending from laptop to desktop) :

"Enty too long to display. Please increase TEXT_SIZE and recompile elogd."

When this happens my entry is shortened to 3 characters. This is frustrating as I have lost many important entries. I'm unsure why this is happening - they aren't the longest entries in my logbook (one was a one line linux command) and there doesn't seem to be anything "special" about the ones that do and do not sync. The last time I tried to sync I got this error on 3 entries and they appear to be corrupted - when I try to access them elogd stops responding.

On a presumably related note, every time I try to send an entry from my laptop to my desktop I get "Error sending local entry: Error transmitting message", though the entry has appeared to sync properly. I don't think I have ever had a problem transmitting from my desktop to my laptop.

Currently the only mirroring option I have added to my config file in on my laptop which is the IP of my desktop as the Mirror server.

I'm unsure what else I could post to help troubleshoot this problem - is it just something I've done wrong or that could be fixed with a reinstall?

Thanks!
-Nicole Ackerman
    icon2.gif   Re: Synchronization Problems, posted by Stefan Ritt on Fri Sep 7 22:31:10 2007 

Nicole Ackerman wrote:
I'm currently running elog 2.6.5 on my (feisty ubuntu) laptop and desktop. I set up mirroring between the two which usually works, but occasionally I get an error (when sending from laptop to desktop) :

"Enty too long to display. Please increase TEXT_SIZE and recompile elogd."

When this happens my entry is shortened to 3 characters. This is frustrating as I have lost many important entries. I'm unsure why this is happening - they aren't the longest entries in my logbook (one was a one line linux command) and there doesn't seem to be anything "special" about the ones that do and do not sync. The last time I tried to sync I got this error on 3 entries and they appear to be corrupted - when I try to access them elogd stops responding.

On a presumably related note, every time I try to send an entry from my laptop to my desktop I get "Error sending local entry: Error transmitting message", though the entry has appeared to sync properly. I don't think I have ever had a problem transmitting from my desktop to my laptop.

Currently the only mirroring option I have added to my config file in on my laptop which is the IP of my desktop as the Mirror server.

I'm unsure what else I could post to help troubleshoot this problem - is it just something I've done wrong or that could be fixed with a reinstall?


I'm sorry for your trouble. The key to understand and fix this problem is reproducibility. Can you identify an entry which causes this error (of course back up the entry before trying). Then create a fresh logbook where you put only this entry. If you can reproduce the problem, can you send me that entry, together with your config files? Only if I can reproduce your problem, I can fix it.

Best regards,

Stefan
icon3.gif   Boolean, posted by Grant Jeffcote on Fri Aug 3 15:49:05 2007 
Stefan,

I've noticed in the latest release when using the 'Find' page that any boolean expression (tick box) is now shown as '0,1 or unspecified'. Is this intentional? My colleagues are finding it hard to get their heads around what to choose and preferred the old 'Tick Box' option. Have there been changes to the configuration arguments used for Boolean that I've missed?

Thanks
    icon2.gif   Re: Boolean, posted by Stefan Ritt on Fri Aug 3 16:00:42 2007 

Grant Jeffcote wrote:
I've noticed in the latest release when using the 'Find' page that any boolean expression (tick box) is now shown as '0,1 or unspecified'. Is this intentional? My colleagues are finding it hard to get their heads around what to choose and preferred the old 'Tick Box' option. Have there been changes to the configuration arguments used for Boolean that I've missed?


Well, maybe you didn't realize, but searching for boolean attributes never really worked. If you want to search for entries where a boolean is true (or 1), then you could check the tick box in the past. But if you wanted to search for all entries were an attribute was false (not true) you could not do it, because the system assumed you are not interested in an attribute if the tick box was not checked. With the new way, you could either specify 'unspecified' meaning you are not filtering on this attribute, or you can explicitly specify '0', to look for entries where the attribute is false. The best would be to have a three-state tick box, which can be on/off/grayed. Under Windows API this does exist, but not in HTML. So I had to go with the three radio buttons.

Now one could argue how to name boolean states. There are several options:

  • 0 / 1
  • no / yes
  • false / true
  • off /on

I have chosen the first one, but that's kind of arbitrary. If the community believes that another one is better, I'm willing to change.
       icon2.gif   Re: Boolean, posted by Grant Jeffcote on Fri Aug 3 17:03:46 2007 

Stefan Ritt wrote:

Grant Jeffcote wrote:
I've noticed in the latest release when using the 'Find' page that any boolean expression (tick box) is now shown as '0,1 or unspecified'. Is this intentional? My colleagues are finding it hard to get their heads around what to choose and preferred the old 'Tick Box' option. Have there been changes to the configuration arguments used for Boolean that I've missed?


Well, maybe you didn't realize, but searching for boolean attributes never really worked. If you want to search for entries where a boolean is true (or 1), then you could check the tick box in the past. But if you wanted to search for all entries were an attribute was false (not true) you could not do it, because the system assumed you are not interested in an attribute if the tick box was not checked. With the new way, you could either specify 'unspecified' meaning you are not filtering on this attribute, or you can explicitly specify '0', to look for entries where the attribute is false. The best would be to have a three-state tick box, which can be on/off/grayed. Under Windows API this does exist, but not in HTML. So I had to go with the three radio buttons.

Now one could argue how to name boolean states. There are several options:

  • 0 / 1
  • no / yes
  • false / true
  • off /on

I have chosen the first one, but that's kind of arbitrary. If the community believes that another one is better, I'm willing to change.


Stefan
Thanks for the great explanation.
What are the chances of having a choice of the four options (as mentioned in your list) somehow so that when boolean-x is used (for example) in the configuration file the applicable option text is shown in the 'Find' page?

ie.

boolean-x = 0/1
boolean-y = no / yes
boolean-z = false / true

etc.

A long shot perhaps but don't know until you ask? Wink

Thanks
          icon2.gif   Re: Boolean, posted by Stefan Ritt on Fri Aug 3 17:05:56 2007 

Grant Jeffcote wrote:
What are the chances of having a choice of the four options (as mentioned in your list) somehow so that when boolean-x is used (for example) in the configuration file the applicable option text is shown in the 'Find' page?


If several people will ask for it, I will put it in.
icon6.gif   WYSIWYG (What you see is what you get), posted by An Thai on Wed Apr 25 10:29:40 2007 Email_editing_page_by_Web.de.PNG
Dear all,

I use the freemail from provider Web.de and find that its web-email editor ist very nice.
All formated text will be displayed in the right way, WYSIWYG.

Has sombody an idea, how to improve the Elog like this?

Best regards
    icon2.gif   Re: WYSIWYG (What you see is what you get), posted by Stefan Ritt on Wed Apr 25 10:44:29 2007 

An Thai wrote:
Dear all,

I use the freemail from provider Web.de and find that its web-email editor ist very nice.
All formated text will be displayed in the right way, WYSIWYG.

Has sombody an idea, how to improve the Elog like this?

Best regards


Well, all this is possible with ELCode tags, as you can see below. The advantage is that you can enter these tags with any browser, even with a text based browser. Have you tried to use the web.de page with a non-IE browser like Firefox? It doesn't work! They use very special JavaScript and AJAX with locks you to IE. And this is not the philosophy of ELOG. You should be able to do everything, even if JavaScript is switched off.

Dear BIG RED Smile,

Here is the bulleting:

  • First line
  • Second line
  • third line
Line numbering with under line:

  1. First line
  2. Second line
  3. Third line

Centered text
       icon2.gif   Re: WYSIWYG (What you see is what you get), posted by Steve Jones on Wed Apr 25 19:39:57 2007 

Stefan Ritt wrote:

An Thai wrote:
Dear all,

I use the freemail from provider Web.de and find that its web-email editor ist very nice.
All formated text will be displayed in the right way, WYSIWYG.

Has sombody an idea, how to improve the Elog like this?

Best regards


Well, all this is possible with ELCode tags, as you can see below. The advantage is that you can enter these tags with any browser, even with a text based browser. Have you tried to use the web.de page with a non-IE browser like Firefox? It doesn't work! They use very special JavaScript and AJAX with locks you to IE. And this is not the philosophy of ELOG. You should be able to do everything, even if JavaScript is switched off.

Dear BIG RED Smile,

Here is the bulleting:

  • First line
  • Second line
  • third line
Line numbering with under line:

  1. First line
  2. Second line
  3. Third line

Centered text



Quote:

AMEN!!!
       icon2.gif   Re: WYSIWYG (What you see is what you get), posted by An Thai on Fri Jul 27 16:00:07 2007 
Hi Stefan,

I have just found an open source for WYSIWYG text editor named FCKeditor at http://www.fckeditor.net/. It looks great. The download Zip-file for this tool is only 1 MB.
Dokumentation is here: http://wiki.fckeditor.net/

or TinyMSC

http://tinymce.moxiecode.com/index.php


Have you an idea how to integrate them in elog?

Best regards,
An
          icon2.gif   Re: WYSIWYG (What you see is what you get), posted by Stefan Ritt on Thu Aug 2 12:24:26 2007 

An Thai wrote:
I have just found an open source for WYSIWYG text editor named FCKeditor at http://www.fckeditor.net/. It looks great. The download Zip-file for this tool is only 1 MB.


I had a look and it just looks great. I will certainly add support for this editor, but I have to fix a few things, like inserting of images and the preview feature need modifications of FCKeditor. So stay tuned.
icon4.gif   CVS import + french = impossible , posted by toumbi on Fri Jul 20 16:06:50 2007 
Hi ,
I found a bug , when I want to import a cvs file and if i had set Language=french into global , I m not allowed.
Erreur : commande "CSV Import" non autorisée 
Utilisez le bouton "page précédente" de votre navigateur pour revenir en arrière  

there is no problem if i use english.
    icon2.gif   Re: CVS import + french = impossible , posted by Stefan Ritt on Tue Jul 24 08:30:02 2007 

toumbi wrote:
Hi ,
I found a bug , when I want to import a cvs file and if i had set Language=french into global , I m not allowed.
Erreur : commande "CSV Import" non autorisée 
Utilisez le bouton "page précédente" de votre navigateur pour revenir en arrière  

there is no problem if i use english.


This bug has been fixed in SVN revision 1892 and will be contained in the next release.
ELOG V3.1.5-3fb85fa6