We've run into an issue with the Media Browser plugin to ckeditor that prevents our users from actually embedding an image into a text block. Here's the combination of modules we're running:

Media (media) 7.x-2.0-beta1
Media CKEditor (media_ckeditor) 7.x-2.0-alpha1+4-dev
Media WYSIWYG (media_wysiwyg) 7.x-2.0-beta1
CKEditor (ckeditor) 7.x-1.16+15-dev

When we try to embed an image, we can upload it OK or select it from the Library tab. However, when we get to the next dialog, there is no action button of any kind. We're expecting a submit/continue/next button at the bottom of the dialog, bet we see nothing.

Looking at the source code reveals that there are hidden inputs but no submit button:

<input class="text-full form-text" type="text" id="edit-field-file-image-link-text-und-0-value" name="field_file_image_link_text[und][0][value]" value="" size="60" maxlength="255" />
</div>
</div></div></div></fieldset>
</div></div></div></fieldset>
<input type="hidden" name="form_build_id" value="form-W_om5tIyVE2yIVXu34OfmWpuIqzGwASKVpS7B4TXVY4" />
<input type="hidden" name="form_token" value="ihyDzC9aHN27MIX9I1UhjCDTp7SxU83vYtY7egEIrtI" />
<input type="hidden" name="form_id" value="media_wysiwyg_format_form" />
</div></form>  </div>

We also looked at it possibly being a javascript issue, and found a slew of jQuery errors in the console:

Uncaught Syntax error, unrecognized expression: #
k.error @ jquery.js?v=1.4.4:85
k.filter @ jquery.js?v=1.4.4:85
k @ jquery.js?v=1.4.4:81
t.querySelectorAll.k @ jquery.js?v=1.4.4:102
c.fn.extend.find @ jquery.js?v=1.4.4:105
Drupal.behaviors.states.attach @ states.js?v=7.41:23
(anonymous function) @ drupal.js?o34l6g:76
b.extend.each @ jquery.js?v=1.4.4:33
Drupal.attachBehaviors @ drupal.js?o34l6g:74
(anonymous function) @ drupal.js?o34l6g:481
b.extend.ready @ jquery.js?v=1.4.4:30
u @ jquery.js?v=1.4.4:38

I've tried using jQuery update to change the version used in the admin theme, and that doesn't solve the issue. It does change the exact set of errors that appear in the console, however.

Is there some sort of javascript conflict that is preventing a missing widget from loading?

CommentFileSizeAuthor
Screen Shot 2016-02-25 at 6.03.40 PM.png320.51 KBmodulist
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

modulist created an issue. See original summary.

jackfoust’s picture

jackfoust CreditAttribution: jackfoust as a volunteer and at Muni-Link commented

I'm seeing this now in 7.x-2.14. Same issue above, comes with a PHP error also.

Notice: Undefined index: #id in drupal_process_states() (line 4806 of /srv/bindings/PATH/code/includes/common.inc).

Took jQuery back from 1.12 to 1.8 and toggled jQuery migrate on/off, neither seemed to help.

jackfoust’s picture

jackfoust CreditAttribution: jackfoust as a volunteer and at Muni-Link commented

An update on my situation. It looks like I caused this issue by having a field dependency on the document file type. I have a field type of boolean and then also a field type of term reference that has a dependency that the boolean must be checked. If I remove the dependency all is well.

Chris Matthews’s picture

Chris Matthews CreditAttribution: Chris Matthews as a volunteer commented
Version: 7.x-2.0-beta1 » 7.x-2.x-dev
Status: Active » Closed (outdated)

Recent versions of media have resolved most of peoples concerns and is compatible with entity translation, multilingual and various advanced configurations. Due to the high volume of inactive and most often irrelevant issues we are Closing this as (outdated). If for whatever reason this issue is important to you AND you still have issues after checking the media recipe documentation, then let us know and we will review your concerns.

Otherwise, see the recipe documentation for how to configure media and for troubleshooting tips OR refer to the media_dev distribution if you want to see a working media setup.

As mentioned, feel free to make some noise in this issue if you still feel it is important to you or someone else.

Thanks,

Media team