ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68470
|
Wed Nov 30 02:29:36 2016 |
| Xuan Wu | wux@ihep.ac.cn | Question | Linux | 3.1.1 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1.1 | Re: 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 |
| Xuan Wu | wux@ihep.ac.cn | Question | Linux | 3.1.1 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1.1 | Re: 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 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Windows | 2.9.2 | Re: 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 |
| Barend | office@amtc2.com | Question | Windows | 2.9.2 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug 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. |
|