, 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.
|
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? |
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. |
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. |
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? |
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 |
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:
- Locking (via use lock = 1)
- Attributes containing '/' characters
- 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. |
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 |
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. |
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. |
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. |
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!
|
|
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. |
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] |
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. |
Re: ELCode how to with URL, posted by toumbi on Tue Sep 11 11:36:04 2007
|
Thank you a lot !! |
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 |
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 |
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 |
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. |
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? 
Thanks |
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. |
WYSIWYG (What you see is what you get), posted by An Thai on Wed Apr 25 10:29:40 2007
|
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 |
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 ,
Here is the bulleting:
- First line
- Second line
- third line
Line numbering with under line:
- First line
- Second line
- Third line
Centered text |
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 ,
Here is the bulleting:
- First line
- Second line
- third line
Line numbering with under line:
- First line
- Second line
- Third line
Centered text |
|
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 |
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. |
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. |
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. |