Thread

I’m using EE 2.1.4 right now. I have Solspace Tag, Super Search, and Twitter Timeline installed.

I ran into a hiccup when I switched over to DST yesterday. The site wouldn’t recognize that DST was active.

The default_site_dst override is set to ‘n’ when I view my pages with Ouput Profiler turned on, but I didn’t set it. I’m under the impression that it should be blank in most cases.

Setting “Allow members to set their own localization preferences?” to “Yes” allows DST to be recognized properly, but this also means I can’t ever set that to “No” without hacking Session.php or tracking down where default_site_dst is being set to ‘n’ in the first place.

If this behavior isn’t repeatable by anyone else, then feel free to consider this resolved; my solution works fine for me. Otherwise it may be a bug.

Hi, Kevin.

Let me ask the dev team about this.. Thanks in advance for your patience. But before I do so,

The default_site_dst override is set to ‘n’ when I view my pages with Ouput Profiler turned on, but I didn’t set it. I’m under the impression that it should be blank in most cases.

Are you attempting to use your own DST settings for those that haven’t set a DST setting?

I only have one member which is my own super admin account. Under that member, daylight_savings is set to ‘y’ and localization_is_site_default is set to ‘n’.

No response from the team about this yet. Thanks for your patience. We will update this thread when we hear.

I’m having the same issue with my Freelancer license install.  Just one account, a super admin.  If I’m logged in, the time is perfect.  If logged out, -1 hour off.  It seems as though the daylight savings config isn’t being inserted into the DB?

kevin332 and michaelroling,

If a config setting is blank, it’s going to default to ‘n’. What is the setting of Daylight Saving Time in Admin > Localization Settings? Guests will pick up that global setting with your particular member’s settings mentioned previously:

I only have one member which is my own super admin account. Under that member, daylight_savings is set to ‘y’ and localization_is_site_default is set to ‘n’.

Within Admin > Localization Settings the Daylight Saving Time is set to ‘Yes’.  I’ve taken a screenshot of this and also the config variable values pertaining to time zone / DST.

kevin332 and michaelroling,

If a config setting is blank, it’s going to default to ‘n’. What is the setting of Daylight Saving Time in Admin > Localization Settings? Guests will pick up that global setting with your particular member’s settings mentioned previously:

I only have one member which is my own super admin account. Under that member, daylight_savings is set to ‘y’ and localization_is_site_default is set to ‘n’.

That’s the behavior I expected and wasn’t getting. The global setting is “Yes”, which is what I want to be recognized globally. As long as I leave “Allow members to set their own localization preferences?” turned on it’s fine. My issue is very specific to the settings I outlined above, so if it’s not repeatable I’ll just blame gremlins.

There are currently 5 different places in the control panel to mess up DST (member settings, member profile, localization settings, config file, and template-level override), so odds are pretty good that two people can experience similar problems for completely different reasons.

Did a little more testing, I can force DST by adding

$config['default_site_dst'] = "y";

to config.php.  I shouldn’t have to do this though, right?

Michael, are you on 2.1.4beta or 2.1.3?

I’m on 2.1.3, freelance.

Michael, there are still lots of little gremlins in 2.1.3 and 2.1.4 beta in regards to DST. As we do more testing for later releases, I’m planning on testing the heck out of DST. If your config.php setting is working, keep it there.

Will that work for now?

Works for me.  Thanks.

Kevin, what about you?

Same here. I have DST active right now and that’s all I care about.