• This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.

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

erich37

Well-known member
#1
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
#2
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
#3
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.
 

EQnoble

Well-known member
#5
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
#6
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
#7
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
#9
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
#10
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
#11
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
#12
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.