summaryrefslogtreecommitdiff
path: root/addons/web/static/src/js/fields/basic_fields.js
diff options
context:
space:
mode:
authorqsm-odoo <qsm@odoo.com>2019-09-13 14:07:00 +0000
committerqsm-odoo <qsm@odoo.com>2019-09-13 14:07:00 +0000
commitd1e5231e493dfee8349697e3f16313597023e6be (patch)
tree64d60330f33b73f10c638a5f9506e3fe05094923 /addons/web/static/src/js/fields/basic_fields.js
parent9c6532fe803755e6dcf90875af2388b8064e57bd (diff)
[FIX] web_editor, *: restore crop dialog
* website Following the new editor merge at https://github.com/odoo/odoo/pull/29775 (which was finally partially reverted for 13.0), the crop dialog was not working anymore on sub-sequent crop. This was due to 2 things: 1) Re-cropping an image that was just cropped now The original source of the recently cropped image is saved as temporary jQuery data on the image element. Unfortunately, for some strange reason, that image is cloned before any edition and thus lose that data. This commit fixes the problem by cloning the data too... supposing the orignal clone is there for a reason. 2) Re-cropping an image that was saved before This did not work anymore simply because... the cropped images were not saved in database anymore but saved as base64 data in the view... For some reason, the cropped images to save were searched in the original DOM instead of the edited DOM... Also fixing the random use of a mutex. Discovered while working on task-2059480 closes odoo/odoo#36878 Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>
Diffstat (limited to 'addons/web/static/src/js/fields/basic_fields.js')
0 files changed, 0 insertions, 0 deletions