vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB4 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=251)
-   -   Very odd behaviour in 4.2.2 time and date (https://vborg.vbsupport.ru/showthread.php?t=305046)

BBNZowner 11-26-2013 08:18 AM

Very odd behaviour in 4.2.2 time and date
 
My forum is acting in a way that I haven't seen on any other vb forums I've worked on before. I would post in the support forums however my account doesn't seem to want to verify as licenced (and submitted a ticket + response however no luck) and it's an urgent-ish matter as we are in out most important (opening) time, so any help is appreciated.

It seems that users are randomly being struck with date and time issues which means they both view and post in "the future". Generally 7 hours ahead of real time (the forum is set to GMT+13, and so it's a bit weird that you can be any more ahead of that!). It seems to be completely random as to who it affects and changes daily, guests generally see the correct time however.

All the individual users and the forum has the correct timezone set.
I've temporarily disabled plugins and hooks - no change.
Done the above and reverted to the default unmodified style - no change.
Set the server time via php5.ini and config to the correct timezone (shared host so no access to the actual php file) and this is being reflected fine via the phpinfo on the admincp.
I've looked for discrepancies in code in places where we'd assume the problem lies and personally can't find any (I'm no vB expert however).
We've even tried different browsers and OS out of desperation to no avail.

Any suggestions? I'm thinking just reupload all files from scratch and get it set up again. However if I import the tables/data is it possible the issue lies within that and the issue will repeat?

ForceHSS 11-26-2013 08:32 AM

Tell them to go to their own settings and put it to their own Timezone

BBNZowner 11-26-2013 08:43 AM

I have, it doesn't change a thing. They're still 7 hours ahead (which isn't even a time that exists).

ForceHSS 11-26-2013 09:04 AM

Sorry hard to help without a link a test account

BBNZowner 11-26-2013 09:09 AM

The forum is *remove for now* , I can PM a test account if you like. It's hard to say if your account will get the error or not, but as a guest you should be able to see that people are posting from the 27th of this month (when even here we are still on the 26th). It's screwing up how everything is ordered and killing any threads that rely on ordering.

bzcomputers 11-26-2013 10:56 AM

Being that timezones GMT+13 & GMT+14 are extremely rare they may not be correctly recognized by the vbulletin code. As far as I can tell they weren't even offered as settings options within vbulletin prior to 4.2.1. So your issues may be related to a bug introduced in newly added code.

I would suggest setting the timezone to GMT+12 and see if the discrepancies go away. At least then you can narrow it down as a vbulletin bug and we can go from there.

ForceHSS 11-26-2013 01:08 PM

The settings only go to +12 so how you set it to 13 can you post some screenshots please

Lynne 11-26-2013 05:23 PM

Quote:

Originally Posted by bzcomputers (Post 2463816)
Being that timezones GMT+13 & GMT+14 are extremely rare they may not be correctly recognized by the vbulletin code. As far as I can tell they weren't even offered as settings options within vbulletin prior to 4.2.1. So your issues may be related to a bug introduced in newly added code.

My 4.2.2 test site only goes up to GMT +12.

BBNZowner 11-26-2013 07:19 PM

GMT+13 is our time with daylight savings enabled, so technically GMT+12 yes. So perhaps if we just ignore and remove DST from the board and users will the issue go away? I'd rather have the time 1 hour out than have this weird thing going on.

Master time for the board in AdminCP:
http://i39.tinypic.com/a4bzfp.png (link as i haven't resized it yet)

Individual member settings:
https://vborg.vbsupport.ru/external/2013/11/12.png

Note that individual settings for DST doesn't seem to matter when determining who will be affected; however I am setting DST to that in user accounts and making them visit the userCP to get it to take effect. No change. Still random.

ForceHSS 11-26-2013 10:41 PM

Disable daylight savings


All times are GMT. The time now is 02:17 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.02351 seconds
  • Memory Usage 1,738KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete