Browser issue The submitted message is too long to be processed. Please shorten it.

erich37

Well-known member
I have put 3 images from "Google image search" via "Drag & Drop" into the Editor.
The 3 images were rather very small in size (pixel height & width).

I get the following Error-message in a pop-up:

"The submitted message is too long to be processed. Please shorten it."


Is this a bug or permission issue or anything else ?
 
Last edited:

James

Well-known member
Chances are the images didn't upload and instead you got base text.

Try it again then switch to plaintext editor and paste the relevant code.
 

erich37

Well-known member
Chances are the images didn't upload and instead you got base text.

Try it again then switch to plaintext editor and paste the relevant code.
the images were showing fine in the Editor.
Once I clicked onto the "Post Reply"-button, I got the Error-message.
 

James

Well-known member
the images were showing fine in the Editor.
Once I clicked onto the "Post Reply"-button, I got the Error-message.
Again, you need to do it and switch to the plain text editor to find out the source of the problem.
 

EQnoble

Well-known member
the images were showing fine in the Editor.
Once I clicked onto the "Post Reply"-button, I got the Error-message.
Again, you need to do it and switch to the plain text editor to find out the source of the problem.
What he is saying erich is that what you see displayed in a post is not what is in the editor really, when you switch to plain text you see what is (or isn't) getting parsed to build the final output of the post.

Switching to the plain text editor will allow you to see what exactly is being submitted as a post.
 

Mike

XenForo developer
Staff member
The images are likely embedded as a data URI (meaning, their entire contents are in the URI). I'm not sure if there's anything we can do about drag and drop short of disabling it completely. (This behavior is specific to Firefox AFAIK.)

The total post length is limited to prevent a potential DoS attack..
 

erich37

Well-known member
What he is saying erich is that what you see displayed in a post is not what is in the editor really, when you switch to plain text you see what is (or isn't) getting parsed to build the final output of the post.

Switching to the plain text editor will allow you to see what exactly is being submitted as a post.
whatever :D

can you guys just try it yourself and confirm if I am right or wrong ?

:)
 

erich37

Well-known member
The images are likely embedded as a data URI (meaning, their entire contents are in the URI). I'm not sure if there's anything we can do about drag and drop short of disabling it completely. (This behavior is specific to Firefox AFAIK.)

The total post length is limited to prevent a potential DoS attack..
not sure if "post length" has anything to do with the "size" of the images ? Probably not... I guess that'S what "URI" means ?
The 3 images I "Drag & Dropped" were really 3 timy images. Not big (pixel size) at all.


Maybe there is some chance to limit the amount of images you can "Drag & Drop" into a single post to say, e.g.: 3 images or 5 images ?

Just my naive ideas.... I have no clue about the technical details :)
 

EQnoble

Well-known member
not sure if "post length" has anything to do with the "size" of the images ? Probably not... I guess that'S what "URI" means ?
The 3 images I "Drag & Dropped" were really 3 timy images. Not big (pixel size) at all.


Maybe there is some chance to limit the amount of images you can "Drag & Drop" into a single post to say, e.g.: 3 images or 5 images ?

Just my naive ideas.... I have no clue about the technical details :)
here is an example....

Code:
<img width="16" height="16" alt="star" src="data:image/gif;base64,R0lGODlhEAAQAMQAAORHHOVSKudfOulrSOp3WOyDZu6QdvCchPGolfO0o/XBs/fNwfjZ0frl3/zy7////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAkAABAALAAAAAAQABAAAAVVICSOZGlCQAosJ6mu7fiyZeKqNKToQGDsM8hBADgUXoGAiqhSvp5QAnQKGIgUhwFUYLCVDFCrKUE1lBavAViFIDlTImbKC5Gm2hB0SlBCBMQiB0UjIQA7" />
look at the src= ....that represents the 16px by 16 px image, that is similar to what you copied more than likely. That string gets decoded and you have an image.
 

erich37

Well-known member
here is an example....

Code:
<img width="16" height="16" alt="star" src="data:image/gif;base64,R0lGODlhEAAQAMQAAORHHOVSKudfOulrSOp3WOyDZu6QdvCchPGolfO0o/XBs/fNwfjZ0frl3/zy7////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAkAABAALAAAAAAQABAAAAVVICSOZGlCQAosJ6mu7fiyZeKqNKToQGDsM8hBADgUXoGAiqhSvp5QAnQKGIgUhwFUYLCVDFCrKUE1lBavAViFIDlTImbKC5Gm2hB0SlBCBMQiB0UjIQA7" />
look at the src= ....that represents the 16px by 16 px image, that is similar to what you copied more than likely. That string gets decoded and you have an image.

How does this "Drag & Drop"-feature in Redactor-Editor compare to a "Browser Bookmarklet" ?
I guess a "Browser Bookmarklet" just uses the "image URL" itself, not using this long image-code ?


I guess this issue could be solved by using the "image URL" instead of using this long image-code ?

Is it possible to build a "Browser Bookmarklet" into the Editor ?

http://stackoverflow.com/questions/897521/bookmarklet-to-get-full-path-to-an-image

:coffee:
 
Last edited:

James

Well-known member
XenForo tries to use the image URL, but in Firefox it isn't supported apparently (see Mike's post above).

Hence, it's a browser issue as it works fine in other browsers.
 

Adam Howard

Well-known member
Works just fine for me and I'm using Firefox.

<massive image removed>
 
Last edited by a moderator:
Top