Closed (fixed)
Project:
Inline Entity Form
Version:
7.x-1.x-dev
Component:
User interface
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
7 Jun 2012 at 23:29 UTC
Updated:
27 Mar 2015 at 19:29 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #0.0
philipbe commentedadded image
Comment #1
bojanz commentedCommitted a fix.
Comment #2
philipbe commentedAwesome. Thanks!
Comment #4
rapira101 commentedI had the same problem in the last branch of the module
Comment #5
NikaDevs commentedI've also found this bug in 7.x-1.1 - image will not uploaded if user simply selected image without clicking 'Upload' button.
Comment #6
vasikei can confirm this issue: no files uploaded without using 'Upload' button.
it seems that this issue happens because the file.js script from Drupal core file module doesn't get called.
here is a patch that adds this js file.
p.s. imho the solution should be an auto upload script, as without using 'Upload' button, there's no possibility to add/upload other files (multiple values) for referenced entity.
imagine 10 references with 10 files to upload each.
or maybe a compatibility (check) with an multiupload widget.
for example, here is an Commerce kickstart issue about this : #1714932-5: Improve usability of uploading files in attribute form.
Comment #7
vasikeit seems critical for Required File/Images fields.
Without using the Upload button, the referenced entity couldn't be saved and the file form element gets empty (Browse... again and again).
Comment #8
Sinan Erdem commentedI ended up using AutoUpload module (https://drupal.org/project/autoupload) and I recommend it.
Comment #9
bojanz commentedCommitted, thanks.
Comment #10.0
(not verified) commentedadded img link
Comment #11
nils.destoop commentedI'm still having this issue. I tested 7.x-1.3 and dev. But both have the problem.
Uploads are only saved when clicking the upload button.
Comment #12
finex commentedThe same problem is reproducible using 7.x-1.5 version (tested with image and file fields)
Comment #13
finex commentedAfter some test I've found a way to reproduce the bug. At first you've to enable jquery_update and set two different jquery versions as default and administrative pages. This will trigger the bug. After setting the same version on jquery update I've solved the problem.
Comment #14
damienmckenna@FiNeX: Are you saying the problem is being caused by a jQuery conflict due to using jQuery_Update?
@zuuperman: Are you using jquery_update too?
Comment #15
finex commented@Damien: it looks so
Comment #16
artaphis commentedThe problem is in old version of jquery.form.js. It works with 3.50, but doesn't with 2.69 (see https://www.drupal.org/node/2266303).
Comment #17
aaronbaumanSo, does anyone have a fix?
I need jquery_update for many reasons.
Is there a particular version i should be using for admin?
Comment #18
joelpittetI've been using jquery 1.7 fairly successfully for some time now.
Comment #19
aaronbauman@joelpittet thanks, i'll give that a shot.
I've had serious issues with Views UI + jquery 1.7 in the past, so I may have to figure out how to manually override jquery_update on specific pages.
Comment #20
bojanz commentedOkay, so there's no work left on this side. Thanks for letting us know.