Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 519 of 808  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  68470   Wed Nov 30 02:29:36 2016 Agree Xuan Wuwux@ihep.ac.cnQuestionLinux3.1.1Re: Error: Entry text too big. Please increase TEXT_SIZE and recompile elogd

Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.

Stefan Ritt wrote:

I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.

Stefan

Xuan Wu wrote:

Hi all,

A error came out when I pasted a photo in the text area with  HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.

By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.

Any advice or sugguestion will be appreciated.

 

 

  68471   Wed Nov 30 08:51:55 2016 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux3.1.1Re: Error: Entry text too big. Please increase TEXT_SIZE and recompile elogd

How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.

Stefan

Xuan Wu wrote:

Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.

Stefan Ritt wrote:

I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.

Stefan

Xuan Wu wrote:

Hi all,

A error came out when I pasted a photo in the text area with  HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.

By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.

Any advice or sugguestion will be appreciated.

 

 

 

  68478   Thu Dec 1 01:40:14 2016 Reply Xuan Wuwux@ihep.ac.cnQuestionLinux3.1.1Re: Error: Entry text too big. Please increase TEXT_SIZE and recompile elogd

I just test on your Demo logbook. I use a screen-capture tool to create an image which doesn't been saved as a file, the size is 1920*1080(1.8M), then copy it in clipboard, and then paste in text area. Then the web page become very slow, so that I can't submit it sometime. Sometime, I can submit it but it say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". If I drop an image file into the text area, it works. I used IE11.

 

Stefan Ritt wrote:

How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.

Stefan

Xuan Wu wrote:

Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.

Stefan Ritt wrote:

I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.

Stefan

Xuan Wu wrote:

Hi all,

A error came out when I pasted a photo in the text area with  HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.

By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.

Any advice or sugguestion will be appreciated.

 

 

 

 

  68479   Thu Dec 1 08:13:41 2016 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux3.1.1Re: Error: Entry text too big. Please increase TEXT_SIZE and recompile elogd

Ah, that's the difference! I always drop an image on the text area, never paste it. So please refrain from pasting.

Xuan Wu wrote:

I just test on your Demo logbook. I use a screen-capture tool to create an image which doesn't been saved as a file, the size is 1920*1080(1.8M), then copy it in clipboard, and then paste in text area. Then the web page become very slow, so that I can't submit it sometime. Sometime, I can submit it but it say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". If I drop an image file into the text area, it works. I used IE11.

 

Stefan Ritt wrote:

How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.

Stefan

Xuan Wu wrote:

Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.

Stefan Ritt wrote:

I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.

Stefan

Xuan Wu wrote:

Hi all,

A error came out when I pasted a photo in the text area with  HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.

By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.

Any advice or sugguestion will be appreciated.

 

 

 

 

 

  67584   Tue Oct 15 14:14:07 2013 Reply David PilgramDavid.Pilgram@epost.org.ukQuestionWindows2.9.2Re: Error: Attribute <date> not supplied.

Barend wrote:

Stefan/Andreas,

When I reply to an existing Logbook entry, I get the error page "Error: Attribute Audit Date not supplied. Please go back and enter the Audit Date field."

The configuration file uses:

Required Attributes = Audit No, Audit Date, Audit Type, Finding No, Finding Level, Section, MOE Procedure, Finding Details, Auditor, Deadline, Responsibility
Fixed Attributes Reply = Audit No, Audit Date, Audit Type, Finding No, Finding Level, Section, MOE Procedure, Finding Details, Auditor, Deadline, Responsibility
Type Audit Date = date
Type Deadline = date
 

The combination "Required Attributes" and "Fixed Attributes Reply" does not work for date-fields.

As soon as I disclose the date fields from either "Required Attributes" or "Fixed Attributes Reply" the error is no longer evident.

But I want the "Audit Date" and "Deadline" to entered during a new Record and they shall not be changed during a reply.

 

Is this a bug -or- do I have to change the configuration?

 

Thanks & regards, Barend

Hi Barend,

I can reproduce your point. 

I've found various work-arounds, but possibly the best one is to remove "Audit Date" and "Deadline" from the Required Attributes line.  True you won't get a warning saying that they were not entered for the first entry (if you didn't enter them, that is), but all subsequent replies run as you would want.

Another way is if you *preview* your entry, you can then submit it and that works.  This seems to work by bring up a different page where you can edit all those Fixed Attributes.  (I'm not sure that Preview is meant to do that, but it does and it's a work-around).

Or, if you remove "Audit date" and "Deadline" from the Fixed Attributes Reply (as you did) seems to work in the same way.  But I see that you don't want the opportunity for these to be changed.

I note that if you get this error message and go back, the message that you may have written is erased (this is unusual, it doesn't do this if you have not supplied an attribute on the first entry, say).

 

So I suspect this is a bug, possibly not detected before; perhaps no-one had tried this combination.

  67588   Tue Oct 22 10:54:51 2013 Reply Barendoffice@amtc2.comQuestionWindows2.9.2Re: Error: Attribute <date> not supplied.

David Pilgram wrote:

Barend wrote:

Stefan/Andreas,

When I reply to an existing Logbook entry, I get the error page "Error: Attribute Audit Date not supplied. Please go back and enter the Audit Date field."

The configuration file uses:

Required Attributes = Audit No, Audit Date, Audit Type, Finding No, Finding Level, Section, MOE Procedure, Finding Details, Auditor, Deadline, Responsibility
Fixed Attributes Reply = Audit No, Audit Date, Audit Type, Finding No, Finding Level, Section, MOE Procedure, Finding Details, Auditor, Deadline, Responsibility
Type Audit Date = date
Type Deadline = date
 

The combination "Required Attributes" and "Fixed Attributes Reply" does not work for date-fields.

As soon as I disclose the date fields from either "Required Attributes" or "Fixed Attributes Reply" the error is no longer evident.

But I want the "Audit Date" and "Deadline" to entered during a new Record and they shall not be changed during a reply.

 

Is this a bug -or- do I have to change the configuration?

 

Thanks & regards, Barend

Hi Barend,

I can reproduce your point. 

I've found various work-arounds, but possibly the best one is to remove "Audit Date" and "Deadline" from the Required Attributes line.  True you won't get a warning saying that they were not entered for the first entry (if you didn't enter them, that is), but all subsequent replies run as you would want.

Another way is if you *preview* your entry, you can then submit it and that works.  This seems to work by bring up a different page where you can edit all those Fixed Attributes.  (I'm not sure that Preview is meant to do that, but it does and it's a work-around).

Or, if you remove "Audit date" and "Deadline" from the Fixed Attributes Reply (as you did) seems to work in the same way.  But I see that you don't want the opportunity for these to be changed.

I note that if you get this error message and go back, the message that you may have written is erased (this is unusual, it doesn't do this if you have not supplied an attribute on the first entry, say).

 

So I suspect this is a bug, possibly not detected before; perhaps no-one had tried this combination.

 

Hi David, Thanks for the reply. I'll review the options and decide what is the best option to move forward. Regards, Barend
  137   Tue Sep 24 16:59:11 2002 Reply Stefan Rittstefan.ritt@psi.chBug fix  Re: Error with not existing user name
> Elogd v. 2.1.2:
> 
> When trying to acces a password protected Log (global password file) with a 
> non existing username one gets the response : cannot open file : <pw 
> filename>
> 
> Better would be a message like: wrong user or password!

Has been fixed in 2.2.0
  102   Mon Aug 12 17:04:30 2002 Reply Stefan Rittstefan.ritt@psi.chBug report  Re: Error while trying to change password (elogd 2.1.0)
> When logging in with a username and password; then trying to logout or 
> change password one gets the following message:
> 
> Error: Parameter value too big. Please increase VALUE_SIZE and recompile 
> elogd ; Please use your browser's back button to go back 
> 
> (up to now I have not yet tried to recompile - may be it works then)

That's strange. This error should only occur if someone uses a user name or 
password with more than 256 characters, which I hope is not the case. Have 
you tried changing your password etc. in this forum? It also runs 2.1.0 on 
Linux.

I made a version under 

http://midas/cgi-bin/cvsweb/~checkout~/elog/elogd.c?rev=2.67&content-
type=text/plain

which has improved error output for this problem, maybe this helps.
ELOG V3.1.5-3fb85fa6