Time Zone Updates?

The login-security.php file that processes logins logs the login time in UNIX time with the php time(); function.

$login_time = time();

The login.php file/Login Security page pulls the logged UNIX timestamp from your DB and then converts it into i18n human time format and factors in the GMT Offset.
date_i18n(get_option('date_format').' '.get_option('time_format'), $row->login_time + $gmt_offset)

If the time is off then check your WordPress Settings >>> General page time settings.

Is this issue/problem resolved? If so, please resolve this Thread. If not, please post a status update. Thank you.

Hmmm. Here is some more information.

– local time is showing correctly in WP settings

– local time is showing correctly in the wp_bpspro_login_security table

– local time within the “Logging Options” panel within the WP dashboard is incorrectly showing daylight savings time

– the title on the email “BPS Login Security Alert – Month DD, YYYY – HH:MM am” is incorrectly showing daylight savings time

– local time stamp on the above email “BPS Login…” is showing correctly

This is a bit of a curiosity. Any ideas where this might be happening?

The Login Security table timestamp and the email subject timestamp are using the same time variables/functions and should be exactly the same.

$timeNow = time();
$gmt_offset = get_option( 'gmt_offset' ) * 3600;
$timestamp = date_i18n(get_option('date_format'), strtotime("11/15-1976")) . ' - ' . date_i18n(get_option('time_format'), $timeNow + $gmt_offset);

$subject = " BPS Login Security Alert - $timestamp ";

– local time within the “Logging Options” panel within the WP dashboard is incorrectly showing daylight savings time

What/where is this above?

The only logical thing I can think of is another plugin is overriding the BPS timestamps. BPS does most things in the backend where other plugins cannot impact or affect BPS – except for jQuery menus that get broken by other plugins not containing their jQuery scripts in those plugins. For any frontend things that BPS does there are conflicts here and there with other plugins that are not containing their scripts to only those plugins. ie the plugin generates a timestamp sitewide instead of creating conditions where that timestamp would only relate to whatever that plugin is doing with time.

Actually in this particular code/case I do not think another plugin would be involved in this due to how the email is being sent from within a BPS function. The only other logical thing I can think of would be time() itself is off on the Server, but the formatting of the time should be correct since the display of the time would be your time.

And down the rabbit hole we go. ??

This isn’t a terribly pressing issue but certainly a fun little puzzle to solve. I will let you know what I find.

Yep, this should either be occurring with all or none of the BPS timestamp functions so that is really strange that any one of the timestamps would be different since they are all using the same exact code to get the timestamps. I cannot think of any logical reason for that.

Were you able to figure this issue out?

Resolving. Server/website specific issue and not global issue.