Invision Community 4: SEO, prepare for v5 and dormant account notifications By Matt Monday at 02:04 PM
Gabriel Torres Posted October 13, 2021 Posted October 13, 2021 Hi, Please refer to the screenshot below. From time to time we are seeing users listed in the "most recent member" block with a date/time in the future. I checked this particular user and his timezone is set the same as mine (this user created his account using the Facebook integration, if that helps). I believe this is a bug. Please let me know if you need more info. Thanks.
Marc Posted October 14, 2021 Posted October 14, 2021 Is that Marty McFly? On a more serious note though, have you checked your servers time to ensure that is correct? Are you using any load balancing or caching?
Gabriel Torres Posted October 14, 2021 Author Posted October 14, 2021 (edited) @Marc Stridgen locales are correct, timezone on server is correct... Not using load balancing. Using Cloudflare. Local caching with Redis. Note: as mentioned, this doesn't happen all the time. Only sometimes. Most of the times the time there is correct. I've just seen it happening again. The user was also registered via Facebook login. I don't know if that was just a coincidence. Will keep an eye and let you know. Edited October 14, 2021 by Gabriel Torres
Marc Posted October 14, 2021 Posted October 14, 2021 No problem. I would suggest disabling both redis and cloudflare while you are testing there
Gabriel Torres Posted October 15, 2021 Author Posted October 15, 2021 @Marc Stridgen I've just seen a third occurrence, this time the user in question created his account using the Google login method. Will test this further and let you know.
Hisashi Posted October 15, 2021 Posted October 15, 2021 Same with me, it's 2 hours early. Correct time is 23:11 (GMT-3) Gabriel Torres 1
Marc Posted October 15, 2021 Posted October 15, 2021 6 hours ago, Hisashi said: Same with me, it's 2 hours early. Correct time is 23:11 (GMT-3) If yours also a member logging in with an alternative login method? 6 hours ago, Gabriel Torres said: @Marc Stridgen I've just seen a third occurrence, this time the user in question created his account using the Google login method. Will test this further and let you know. Please provide a linked example if you can and we can then take a look for you
Hisashi Posted October 15, 2021 Posted October 15, 2021 (edited) Found the problem, my timezone was set to UTC. I went to the database and changed to America/Sao_Paulo This seems to be the default setting when the system cannot determine the user's time zone. ----------- I took a test, registered on the computer and it was UTC, I tried it on my cell phone and it was America/Sao_Paulo Edited October 15, 2021 by Hisashi
Jim M Posted October 15, 2021 Posted October 15, 2021 Is your computer/browser set to use UTC? https://webbrowsertools.com/timezone/
Gabriel Torres Posted October 15, 2021 Author Posted October 15, 2021 (edited) 23 hours ago, Jim M said: Is your computer/browser set to use UTC? https://webbrowsertools.com/timezone/ Opening this website showed that my computer is in the correct timezone (Brasilia time). I wonder one possibility. Most likely that block is cached, and maybe the IPS code is caching the date/time present there based on the timezone of the user who triggered the caching, instead of using the server/website/platform's timezone. Edited October 16, 2021 by Gabriel Torres
Marc Posted October 16, 2021 Posted October 16, 2021 You would need to check the timezone on your server there, as well as the timezone on your mysql instance
Gabriel Torres Posted October 16, 2021 Author Posted October 16, 2021 Hi @Marc Stridgen I've already answered this... EVERYTHING in our setup is set with the Brazilian timezone. If there were something wrong in our setup, the date/time in the "Last registered user" block would be incorrect all the time. As I'm explaining in this thread, that block is almost always with the correct date/time, but from time to time we see a "Last registered user" with a date/time in the future. Hence my opinion that the block is being cached with the timezone of the user who triggered the caching.
Marc Posted October 18, 2021 Posted October 18, 2021 On 10/16/2021 at 7:01 PM, Gabriel Torres said: Hi @Marc Stridgen I've already answered this... EVERYTHING in our setup is set with the Brazilian timezone. If there were something wrong in our setup, the date/time in the "Last registered user" block would be incorrect all the time. As I'm explaining in this thread, that block is almost always with the correct date/time, but from time to time we see a "Last registered user" with a date/time in the future. Hence my opinion that the block is being cached with the timezone of the user who triggered the caching. It was more to emphasise where to check there, as not everyone will be aware to check in more than one place. This being the case, I have opened a ticket on your behalf, so we can get in there are take a closer look for you. Gabriel Torres 1
Marc Posted October 18, 2021 Posted October 18, 2021 On 10/15/2021 at 3:15 AM, Hisashi said: Same with me, it's 2 hours early. Correct time is 23:11 (GMT-3) Is this on a block you are viewing the time? If so, which block is this?
Solution Gabriel Torres Posted October 18, 2021 Author Solution Posted October 18, 2021 (edited) Just a follow up: the block that I am seeing the issue is an old third-party plugin called "General Statistics", which is no longer available, and is clearly "buggy". Sorry for having bothered you guys with this! I could swear that this was a built-in IPS block. Thanks! Edited October 18, 2021 by Gabriel Torres Marc 1
Marc Posted October 18, 2021 Posted October 18, 2021 3 minutes ago, Gabriel Torres said: Just a follow up: the block I am seeing the issue is an old third-party plugin called "General Statistics", which is no longer available, which is clearly "buggy". Sorry for having bothered you guys with this! I could swear that this was a built-in IPS block. Thanks! Not a problem. Glad we found the issue there Gabriel Torres 1
Recommended Posts