Opened 10 years ago
Closed 10 years ago
#13015 closed Bug (fixed)
Dropping image on image in editor causes page reload
Reported by: | Jakub Ś | Owned by: | Artur Delura |
---|---|---|---|
Priority: | Must have (possibly next milestone) | Milestone: | CKEditor 4.5.0 |
Component: | General | Version: | 4.5.0 Beta |
Keywords: | Cc: |
Description
Try dropping image on image in editor and page will relaod
Change History (12)
comment:1 Changed 10 years ago by
Status: | new → confirmed |
---|
comment:2 Changed 10 years ago by
Version: | → 4.5.0 (GitHub - major) |
---|
comment:3 Changed 10 years ago by
comment:4 Changed 10 years ago by
Summary: | Dropping image on image in editor causes page relaod → Dropping image on image in editor causes page reload |
---|
comment:5 Changed 10 years ago by
Milestone: | CKEditor 4.5.0 Beta → CKEditor 4.5.0 |
---|
comment:6 Changed 10 years ago by
Priority: | Normal → High |
---|
comment:7 Changed 10 years ago by
Owner: | set to Artur Delura |
---|---|
Status: | confirmed → assigned |
comment:8 Changed 10 years ago by
The problem was caused because drop
event is not fired on contenteditable=false
which is case on image2 plugin.
To make this happend - default browser action has been prevented in dragover
event callback on widget wrapper element.
The curious fact is that such event is fired in Firefox.
Remaining problem is that now browser page is not reloaded, but image is uploaded nowhere.
comment:9 Changed 10 years ago by
In the following situation we have to options. One is to prevent totally uploading images if drop is on elment which is cE=false
or descendant.
The second solution is to move drop range right after first not editable boundary element.
Both options will be called, when drop target is noneditable.
comment:10 Changed 10 years ago by
In the following situation we have to options. One is to prevent totally uploading images if drop is on elment which is cE=false or descendant.
Drop on a non-editable element should be cancelled. I consider such drop as invalid.
The curious fact is that such event is fired in Firefox.
What's curious about the fact that such event is fired on Firefox? Or did you mean that it isn't fired?
Did you check whether dropping inside nested editable still works when dragover is cancelled on widget wrapper?
comment:11 Changed 10 years ago by
Status: | assigned → review |
---|
Drop on a non-editable element should be cancelled. I consider such drop as invalid.
I implemented this that way, but now it is inconsistent with image
plugin.
What's curious about the fact that such event is fired on Firefox? Or did you mean that it isn't fired?
Sorry, I meant that it's funny that it works only on FF. I didn't checked specification, but it seems logical there.
Did you check whether dropping inside nested editable still works when dragover is cancelled on widget wrapper?
I checked image2 with caption and dragging and droping text works properly there.
Changes in branch:t/13015.
comment:12 Changed 10 years ago by
Resolution: | → fixed |
---|---|
Status: | review → closed |
Fixed on major with git:cb5fd3a.
I can only reproduce this with the image2 plugin, not with the image one.
See e.g.: