Bug 33744: Fix cloning (sub)fields with framework plugins
This patch is meant as a temporary measure for fixing the problem. Bug 30975 may resolve it further, but this is good for now. Note: The original commit message referred to removing a deprecated internal structure. But this patch actually still uses the structure which has been moved to _data in jQuery now. Test plan: 1) Apply patch 2) Repeat steps in the original bug description 3) This time clicking on the Upload button for a cloned field should launch the uploads pop up. Signed-off-by: David Nind <david@davidnind.com> Signed-off-by: Marcel de Rooy <m.de.rooy@rijksmuseum.nl> Signed-off-by: Tomas Cohen Arazi <tomascohen@theke.io> (cherry picked from commit2fa6105779) Signed-off-by: Fridolin Somers <fridolin.somers@biblibre.com> (cherry picked from commite486548409) Signed-off-by: Matt Blenkinsop <matt.blenkinsop@ptfs-europe.com>
This commit is contained in:
parent
d0a3ae57c0
commit
938433b3e9
|
|
@ -436,7 +436,7 @@ function AddEventHandlers (oldcontrol, newcontrol, newinputid ) {
|
|||
// newinputid is the id attribute of the cloned controlling input field
|
||||
// Note: This code depends on the jQuery data for events; this structure
|
||||
// is moved to _data as of jQuery 1.8.
|
||||
var ev= $(oldcontrol).data('events');
|
||||
var ev = $._data(oldcontrol, "events");
|
||||
if(typeof ev != 'undefined') {
|
||||
$.each(ev, function(prop,val) {
|
||||
$.each(val, function(prop2,val2) {
|
||||
|
|
|
|||
Loading…
Reference in New Issue