I have installed OM Base Theme and OM Maximenu.
When I create a Maxi Menu, add a Link, and attempt to attach a block to that link, the process fails with no message displayed or logged.
I am able to attach blocks on another Drupal installation on a different host, so it is possible that there is a conflict with another module(s) on the install that is giving me problems.
I searched for an similar issue, and did not find one, so apologies if this has already been discussed.
Thanks

Comments

jvieille’s picture

Same issue, on a multisite install.
It works on one site, but not on another one.
The one that works uses 250 contribs, the one that fails is a very simple one.

mrryanjohnston’s picture

Same issue here on D7. For some reason, the _submit() function doesn't trigger, nor does the _validate() function.

irishdan’s picture

I have the same issue on a d7 site. Did anyone figure out how to solve this issue?

For me if works fine on the local dev version of the site, but on the remote dev version it fails. Local version is using xampp, remote dev is nginx. could it be only on nginx servers?

Cheers

jvieille’s picture

I am on D6, Apache, so Nginx or D6/D7 is not a common factor
I don't think about a conflict, as it fails in a site with much less modules than another that has many modules including all of the failing site.

mrryanjohnston’s picture

I should mention that there is no _validate() function; I put one in just to see if it would be touched.

irishdan’s picture

@jvieille

Are both sites on the same server?

irishdan’s picture

The problem has to do with php setting "max_input_vars"
By default max_input_vars is set to 1000. But because the form contains more than 1000 input fields it fails.
You can fix the problem by setting max_input_vars to a higher value in php.ini. For me I set it to 2000 and now it works fine.

Regards
Dan

jvieille’s picture

I'll try that, thanks.
Yes, sites are on the same server, sharing the same mod_php / php.ini
Sound strange that the big site passes, not the simple one.

kmonty’s picture

Version: 6.x-1.43 » 7.x-1.x-dev
jvieille’s picture

I cannot change max_input_vars - running php 5.2.17
This variable does not even appear in phpinfo()
I tried many settings in php.ini, but no luck.
Any help appreciated.

Road Kill’s picture

Title: Attaching Blocks fails silently » Add a block to a link nothing happens after saving.
Priority: Normal » Major
Issue summary: View changes

When I try to add a block to a link nothing happens after saving. If I look at the menu link it shows that not block has been attached. This issue appears to go back more than a year so I am marking it as major as loss of this functionally severely disables the module. If anybody has this issue and has solved it then please shed some light on it.

Tran’s picture

Is this module unsupported?

Tran’s picture

Priority: Major » Critical
Tran’s picture

This module should be marked as unsupported if maintainers won't maintain it, or new maintainers aren't found.

Tran’s picture

After hours of messing around I was able to get it working by adding the following to php.ini
max_input_vars = 9999
max_input_time = 9999
I had already had the input_vars at 2400
I saw someone else on another issue suggest max_input_time so added that and bumped up the time for both.
Hope this helps!

This no longer works for me

ortizhj’s picture

Hi

I'm having the exact same problem. After checking the box to add a block to a menu link in the Edit attached blocks of the OM Maximenu configuration, the page just refreshes and the block is not assigned to the menu link.

I tried to fix the problem with Tran's solution but the problem persist.

Please, can anyone help me find out what is going wrong?

Thamnk you!

veronicaSeveryn’s picture

Increasing max_input_vars value to 2000 on a remote environment worked for me. Setting this variable in .htaccess file did not help, I had to go through remote environment UI and configure the variable from there (using Acquia hosting)

jenlampton’s picture

Issue tags: +max_input_vars

tagging

nonom’s picture

#17 doesn't works for me

xl_cheese’s picture

I just started having the same issue. In the years I've had this module enabled it has worked fine until now.

SaraT’s picture

This suddenly started happening to me as well. I've been trying out OM Maximenu on a test server and got a few links working a few weeks ago. When I went back to flesh out the blocks under my remaining links, nothing saves. I checked the php.ini file and found that the max_input_vars is commented out, so I don't know that changing it to 2000 is going to help me. Anybody come up with a fix for this?

lamair’s picture

I got it to work by updating to the dev version of the module and then doing this

The problem has to do with php setting "max_input_vars"
By default max_input_vars is set to 1000. But because the form contains more than 1000 input fields it fails.
You can fix the problem by setting max_input_vars to a higher value in php.ini. For me I set it to 2000 and now it works fine.

Regards
Dan

And restarting my server an then it worked, hope this helps.

caitlin.oxide’s picture

I had the same issue with the menu block not saving on a link, even though other links worked. The max_input_vars didn't work for me (I'm using PHP 7.0.22).
Instead, how I managed to make it work was to go to advanced editing (admin/structure/om-maximenu/advanced-editing) and add the block in manually. I just copied block code from a menu link which was working and haphazardly tried configure it to the correct block. Though strangely the title nor block machine name makes a difference, it seems to only care about the delta value.. So I guess if you are facing issues make sure the delta number is correct.

apaderno’s picture

Issue tags: -max_input_vars