CKeditor dialogue works on one node type, broken on another

The fact that it redirects to a new page with the JSON data tells me that there is something wrong with your javascripts.

If any javascript breaks, they all break.

Check the console for JS errors.

Make sure you saves js errors in the console between page loads, else you wont see them.

I was experiencing a similar problem with minipanels, where the linkit overlay would dump json upon attempting to insert a link. The patch in this issue fixed things for me -- you may want to give that a try.

Had this very issue, nothing seemed to work and apparently nothing at all was special about content types or fields. After much meditation on this, this appears to resolve the issue:

Set your max_input_vars in php.ini to 5000....

Hope it helps.

Thanks to gfed #10 comment i managed to fix the problem.

In .htaccess i've added this line :

php_value max_input_vars 5000

Final result :

# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
  php_flag magic_quotes_gpc                 off
  php_flag magic_quotes_sybase              off
  php_flag register_globals                 off
  php_flag session.auto_start               off
  php_value mbstring.http_input             pass
  php_value mbstring.http_output            pass
  php_flag mbstring.encoding_translation    off
  php_value max_input_vars                  5000
</IfModule>

Just commenting here the error I got, which might help to find this issue in future. Has happened to me before and didn't find the solution easily.
So I got this error in the console:
Resource interpreted as Document but transferred with MIME type application/json

Have also experienced this error of no css formatting or JavaScript actions on the Linkit dashboard dialog. The solution was to increase max_input_vars.

For the sake of people googling, the following error was in the error log:
PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0

In my situation, we have a text field with value = unlimited. There were 12 text fields.

This happens for me as well, only on nodes with a lot of fields. I upped max_input_vars to 2000 from 1000 and then all worked fine until I added another field to do the node. Then I had to set the value to 2200 for it to work.

So anon, to reproduce, add a node with a lot of fields. If you want, I can provide a feature with the content type in question for test?

I have the same issue on linkit-3.3, tried configuring max_input_vars to 5000 then 10000 and I still have the same incomplete dialog (no title bar, no profile switcher) with non-working autocomplete (nothing happens after 3 characters). Cancel link doesn't work either (escape on the keyboard works), Insert link returns JSON directly in the browser window.

I'm guessing a newer version of WYSIWYG 2.x-dev broke it in my case... will report back here if I figure it out.

Update: It was vertical_tabs_responsive that was messing up the loading of JS files other than its own.

dysrama: A feature would be nice to have.

Well, think I found an easy way to produce this. (Install simplenews as the child issue states).

Seems like the root issue is a drupal core issue with ajax requests.

The problem is that when we do the ajax request to load the content in the modal, the ajax requests will automatically include an array of id's used in the HTML ajax_html_ids[].

If we add a token tree to the base form, the number of id's will be huge, Over 1000.

I can confirm, that the same happens with TinyMCE.
I get a “TypeError: Drupal.linkit.populateFields is not a function”.

I noticed that for me it isn't working on content types that have a viewfield included. There is a bug report already https://www.drupal.org/node/2299687

tagging

I can confirm that we had the same max_input_vars problem. Raising it to 5000 worked around the issue. (See https://www.drupal.org/node/2571737) for my original report.) The basic page in question has a lot of fields attached to it, so I'm now trying to figure out how to minimize those fields to reduce the requirements.

I added php_value max_input_vars 5000 to my .htaccess, but it didn't work for me. Probably because I'm using mod_fcgid instead of mod_php.

I'm not sure if it helps, but here is the errors it gave in the Chrome console.

This happens when I'm editing a node and click the linkit button and start typing in linkit's search field. It does show the files in the drop down list, but when you select it and choose insert it takes you to a page that just displays json.

I'm using the latest linkit 3.x-dev with the Ckeditor module with the latest Ckeditor library and Scald-1.x-dev.

For me, the only difference between content types is that the content type that has a paragraph field(https://www.drupal.org/project/paragraphs) added to it is the one that has the problem. The other content type with just a title and body field work fine.

I added a workaround for the problem described in #19 to Wysiwyg module 7.x-2.x-dev not long ago. That change could likely be adapted for CKEditor module as well. fd268d7 & 727a208

Try this patch and see if it works.

Subscribe. Same issue here. To me, it seems Linkit will broke on "big page".

@anon Thanks so much. Your patch works in my case.

as of #28

Even with the new patch, I had to use @sfo_oxy 's solution in #12. It worked for me.

@anon Thank you very much. Your patch working fine.

Running the latest at the time of writing (7.35) and therefore the above patch should have been included in it (was committed a year before it's release) however I am still having this issue. Had to increase php_value max_input_vars to 15000 to get it to finally work.

Our hosting partner resolved it by increasing the max_input_vars to 5000.
No other option addressed above and in https://www.drupal.org/project/linkit/issues/2550845 seemed to be working.