Closed GizMogwai closed 2 years ago
Hi, When images pasted from GDocs into Froala Editor it will be inserted as base64 encoded image object. That depends actually on how exactly the source of image encodes it in clipboard during the copy process. It looks like your browser simple expected high load in case image was quite large and free mem was quite low or so.
Hi, When images pasted from GDocs into Froala Editor it will be inserted as base64 encoded image object. That depends actually on how exactly the source of image encodes it in clipboard during the copy process. It looks like your browser simple expected high load in case image was quite large and free mem was quite low or so.
@casualuser This issue is new to v3. While using v2, i was, quite literally copy and pasting from google docs every day without an issue. It's an issue with the way that v3 receives the pasted content and it actually skips the upload configuration (in our case, that's uploadtos3).
This is not an issue with a) my clipboard or b) my computers free memory
This is an issue with Froala v3, because it works perfectly fine on froala v2.
Side note - We have reverted to Froala v2 until you are able to fix this issue @casualuser We have also confirmed (yet again) that the issue is strictly with v3, as we are no longer experiencing the issue when we reverted to v2.
Having the same problem. Pasting multiple images from any html source causes this problem. Pasting individual images works fine.
This problem I found from the first version of v3, reflected for 2 months, has not been fixed, a temporary solution, you can paste the click on the edit button and then save the image he will upload to the s3 server
Having the same problem. Pasting multiple images from any html source causes this problem. Pasting individual images works fine.
Paste the base64 image and he will upload it to the s3 server
It is only happening in froala.com but not at any other place. So we just need to update the code in froala.com (froala-app) but nowhere else
It is only happening in froala.com but not at any other place. So we just need to update the code in froala.com (froala-app) but nowhere else
That's incorrect. It happens on everyone's version of froala unless they have fixed this in a local patch that i'm unaware of.
It is only happening in froala.com but not at any other place. So we just need to update the code in froala.com (froala-app) but nowhere else
That's incorrect. It happens on everyone's version of froala unless they have fixed this in a local patch that i'm unaware of.
Could you please create new video showing me this issue at some other place other than froala.com
Could you please create new video showing me this issue at some other place other than froala.com
I'm not sure if you're from the Development team of Froala, or just a user of their product.
I can't create a new video because we reverted from v3 to v2, because this was broken on v3 and we needed this to work.
Side note - We have reverted to Froala v2 until you are able to fix this issue @casualuser We have also confirmed (yet again) that the issue is strictly with v3, as we are no longer experiencing the issue when we reverted to v2.
Rather than ask me to do it, perhaps do some testing yourself because it's clear from multiple people's responses in here that this is an issue with the Froala WYSIWYG editor everywhere, not just on froala.com.
We pay for froala, we expect to be able to use it properly.
Any update on this issue?
try this code
Image loading event did not trigger, so the active trigger under
const editor = new FroalaEditor('#editor-container', {
events: {
initialized() {
const onMethod = editor.$.prototype.on;
editor.$.prototype.on = function(...arg) {
const name = arg[0];
const res = onMethod.apply(this, arg);
if (name === 'load') {
this.each((index, e) => {
if (e.nodeName && e.nodeName.toUpperCase() === 'IMG' && e.getBoundingClientRect) {
if (e.getBoundingClientRect().height > 0) {
console.log('in trigger');
editor.$(e).trigger('load');
}
}
});
}
return res;
};
},
},
});
We have just resolved this issue it will be available in v3.0.6.
Expected behavior.
Upon pasting an image from google docs into the v3 froala editor, it would upload the image to the configured s3 server.
Actual behavior.
when pasting an image from google docs into the v3 froala editor and opening code view, it makes the site unresponsive and does not follow the appropriate upload configuration.
Steps to reproduce the problem.
Editor version.
v3
OS.
MacOS Mojave 10.14.5
Browser.
Chrome Version 75.0.3770.100
Recording.