Closed (fixed)
Project:
Omega
Version:
7.x-4.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
12 Dec 2012 at 15:23 UTC
Updated:
3 May 2016 at 19:56 UTC
Jump to comment: Most recent
Is this a feature?
Comments
Comment #1
fubhy commentedNo, that should not happen... If I am understanding you correctly you are saying that the database stored setting ms get reverted to the .info file version on a cache clear? Can anyone else confirm this? Does this happen with the latest dev version? I am working with that version currently and did not experience that behavior.
Comment #2
hkirsman commentedI think the current problem was my bad. I toggled between 2 different languages and thought my settings are deleted.
But I do have this problem on another site. I'm not quite sure what happens. Mobile view is shown instead of the pc after cache clearing (it happens rarely). Because I don't have problems with other sites, it's either triggered by some module(s) or the database is currupt.
Also the problematic site switches admin theme to site theme sometimes (after save). After page reload, admin theme is shown again.
Comment #3
fubhy commentedOkay. I have tested this multiple times and with different setups now and really can't reproduce this. If you run across this problem again or have any further information on this (maybe also how to reproduce it) feel free to re-open this!
Comment #4
vinoth.3v commentedI am not sure whether it is a related one. But when I am clearing the cache I am losing the default layout / regions.
Comment #5
msmithcti commented@vinoth.3v I'm assuming by layouts you are talking about Omega layouts? Are you using the 7.x-4.x-dev as the issue details suggest? If so, have you done a git pull so you have the latest version? Are you using a custom layout?
I've been unable to reproduce this on the latest 7.x-4.x-dev version, if you can give me some more details I'll take another look.
Comment #6
vinoth.3v commentedOmega custom layout, omega latest git, yes to all questions :)
some time, after clearing the cache, I am getting just the content area without my custom regions! But it works if I clear the cache again.
Comment #7
fubhy commentedI still can't reproduce it either. Unless you got a step by step tutorial that brings me to a scenario that triggers this bug I don't think I'll be able to fix it. I have currently no clue where this bug (if it exists) would come from. Sounds kinda random... Maybe we can start with a list of modules that you have on your site?
drush pm-list --type=module --status=enabledPaste that list here :)
Comment #8
undersound3 commentedSame problem here with a sub-sub domain setup. This could be very well be a problem because of my setup but thought I would mentioning it anyway. Didn't experienced this during 70% of the project but when placing some views generated blocks to postcript zones things got reset because of drush cc all
I exported (reverted) theme settings, deleted the vars manually from the variables table but drush cc all keeps resetting stuff.
This could be very well because of my particular setup and modules that I'm using so here's my list of currently enabled modules.
Still very annoying though but willing to debug this any further.
Thanks for a great theme anyway !
Comment #9
fubhy commentedAre you using Omega 3.x or 4.x? I can see that you have Omega Tools installed, hence my question. Omega Tools is _not_ compatible with Omega 4.x because it does the same things that 4.x solves in the theme layer nowadays (like drush integration, etc.). Please do not use Omega Tools with Omega 4.x. I might write a 4.x version of Omega Tools soon with a UI wizard for creating subthemes again but right now it's incompatible.
Anyways, that's not causing the problem... I was just wondering if you are using 4.x!
Comment #10
undersound3 commentedUsing Omega 3.x
Comment #11
ahoeben commentedI have also seen this happen on multiple occasions, with Omega 3.x. Currently I can reproduce it on a Domain Access site by clearing all caches on a non-default domain which uses a different locale than the other domains.
Comment #12
ahoeben commentedI see that both @undersound3 and myself are using Domain Access, which allows you to set certain options/variables per-domain. Theme settings are among these per-domain options.
On my site, I seem to have fixed the issue by setting the options on /admin/structure/domain/view/[domainid]/theme/[themename]/theme-settings for each separate domain, instead of setting them once on /admin/appearance/settings/[themename]
Comment #13
vinoth.3v commentedhere, I am using omega4, and no domain access :)
Comment #14
mindcraft commentedHappen on my site with Omega theme, features and deltas modules. After clear cache, the site settings revert to whatever I store in features. It's like the settings never get stored in db.
Comment #15
fubhy commentedI still can't reproduce this and it's been a long time since the last (actual) comment on this issue. Please re-open if you are still encountering this problem. It looks like it's been silently fixed though.
Comment #16
flocondetoileI met same issues with a subtheme of omega 4.0.
Clearly, I lost the settings of my subtheme and of my custom layout when i save some settings in Mail system module (even if I don't change anything). I can saw the content, but all the regions seem to be unavailable. If i clear the cache right after, everything is OK.
I have in the logs this error :
After clearing the cache, the error don't appear.
Sometime, the bug appear after clearing the cache, or after set some settings on permissions (so after a clear cache too)
To reproduce the bug, you can install Mail system and then save some settings in this Module.
You should then see that the subtheme lost the regions.
Below an overview of the markup with the bug
And after a clear cache, the normal markup
Any idea ?
Comment #17
flocondetoileOrigin of this issue seems to be the MailSystem module
See https://drupal.org/node/2051135
If i select in the settings the "current" theme, theme everything is OK
The bug occurs when i select a theme specificaly.
Comment #18
flocondetoilePatch provided in https://drupal.org/node/2051135 solved my issue.
Comment #19
asauterChicago commentedSame issue here as well. If anything clears the cache, I lose all my theme settings. So, I don't think it's the mail system module. The mail system module is probably just clearing the cache for some reason.
That being said, our Dev server runs on Nginx, this behavior is not apparent in there. This behavior is only apparent in Apache running PHP 5+, which is mine, and another developer's working on the site, local dev environment.
EDIT:
Just noticed this only happens when using Drush. If I clear Caches from admin/config/development/performance it's totally fine. So, I don't know what the heck is going on. Maybe someone who's much smarter than me can figure this out.
Comment #20
gosgutho commentedHad the same issue with our sub-theme settings being reset each time the cache was cleared (we are using domain access). Following the advice given on this page fixed the issue for us http://www.drupalden.co.uk/domain-access-cant-configure-each-sites-theme.... Copied here:
"Firstly ensure that you have the Domain Theme module enabled - not just Domain Access!
"Don't try change each sites theme settings via Appearance > Settings. That works fine when setting your Global Theme settings, but it doesn't work the same as setting each sites System > Site information, ie. by logging into each site and going to that page and saving.
"To change each sites theme settings go to the Domain config page (/admin/structure/domain), and edit the site you want to change via the edit domain link. Within that area you will notice that there is a Themes tab. In there you will be able to configure each sites theme settings."
I notice the same fix worked for ahoeben as well.
Comment #21
juankvillegas commentedThis issue is caused by Mail System and it is fixed in the dev version.