Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I can't seem to get any theme settings to save.
I have exported the settings from the database, and there is a .info file. However whenever I go to the admin and try to change a setting (for example disable LiveReload it doesn't stick.
Global settings work fine, its just in the subtheme.
THoughts?
Comments
Comment #1
fubhy CreditAttribution: fubhy commentedMaybe your memory is exhausted? Try raising your Memory limit. It's a huge form.
Comment #2
fubhy CreditAttribution: fubhy commentedJust tested this with a few different setups. It simply works. Please re-open if you are still having this problem and can provide more details on how to reproduce it.
Comment #3
fubhy CreditAttribution: fubhy commentedDamn you, dreditor.
Comment #4
essbee CreditAttribution: essbee commentedHmm have raised memory limit right out to 256M. Can't imagine it would take in excess of that. Also if it was exhausting memory I'd be expecting it to chuck memory exhausted fail msgs.
Interestingly if I try to export themese settings from drush I get "There are no theme settings for TaT Omega stored in the database." would this be related?
Comment #5
fubhy CreditAttribution: fubhy commentedWell, if you can't save them in the first place, you won't be able to export them either obviously. So yes, this is related, but simply a consequence of not being able to save them.
Can you please try Omega 4.x with a completely fresh installation of Drupal without any modules or such and see if that works first. Then we can work on from there. First I'd like to see if you can save theme settings in a fresh environment.
Comment #6
adubovskoy CreditAttribution: adubovskoy commentedThe same bug, can't save theme settings in subtheme
Comment #7
fubhy CreditAttribution: fubhy commentedAre you on a shared host? Can you take a look at the apache/nginx error log? Are you able to use XDebug to take a look at the form submission in detail?
I really need more information to be able to help. I can't reproduce this otherwise. However, I am not sure that this is in ANY way related to Omega (except maybe the form size, it's large) because we are not doing anything special with the forms... Does this also affect the Drupal core settings (@see bottom of settings page, like "Toggle main menu" and stuff like that) or does it only affect omega-specific settings? Do you get a submission message saying that the "configuration was saved"?
Comment #8
agoldsworthy CreditAttribution: agoldsworthy commentedI'm having this same issue. The global settings do seem to save without a problem. I also noticed that the base theme settings seem to save as well. I tried also to export the theme settings from the omega base theme and use those in the subtheme, but it didn't have any effect on the situation.
Comment #9
fubhy CreditAttribution: fubhy commentedThat is really weird. What version of Drupal are you on? Can you try this on a clean, new (latest version) Drupal setup without any additional modules installed? I can't help in any form if I can't reproduce the problem myself so I really need to know how this can be reproduced.
Comment #10
adubovskoy CreditAttribution: adubovskoy commentedAs I can see, problem in form element "omega_livereload_script", '#default_value' option. If you delete '#default_value' option, form submit works fine and settings save.
Comment #11
fubhy CreditAttribution: fubhy commentedHmm, there is no syntax error or otherwise broken code in that line. Are you sure? Can you try out what exactly in that line is causing it?
Comment #12
gregaltuna CreditAttribution: gregaltuna commentedI did a fresh install of D7.26, installed Omega, created subtheme, and can't seem to change any Omega settings. So same here for me. boo. Shared hosting at GreenGeeks, if that helps.
Comment #13
masabacha CreditAttribution: masabacha commentedI had the same issue on my hosted server
The issue was caused my Mod security rule on the server, it blocked me from saving.
Comment #14
DamienMcKennaThere needs to be a note added to the documentation about mod_security.
Comment #15
steinmb CreditAttribution: steinmb as a volunteer commentedhttps://modsecurity.org/
Comment #16
steinmb CreditAttribution: steinmb as a volunteer commented