Meisner
Wallos seemingly not applying TZ
Ibdug around a bit more and fur some tests changing timezone etc.
Issue appears to be that when comparing the subscription payment date and the current date it's not factoring in the timezone and since my timezone is +11 when it runs at 9sm on the 15th by time it will still be the 14th without the plus 11.. so a dub set to 15th doesn't notify (for sane day notifications), it would notify me on my 16th 9am.
Anyone with an offset of +9 or below wouldn't have the issue assuming I'm correct anyway. And would have to have an offset of more that -15 to have the issue the other way around.
I hope I'm right anyway because this is doing my head in lol
13 replies
Wallos seemingly not applying TZ
Yea that's what I figured.. but I'm not confident enough in my knowledge to trust that I was correct that everything date and timezone wise was correct at my end.
I guess it's time to look for a different solution to my needs or start digging into the apps code to see if I can find the bug.
Thanks for your help
13 replies
Wallos seemingly not applying TZ
yes my timezone setting shows correctly in runtipi UI as well and it works fine for other apps. but it is not working with wallos. subscriptions due on the 13th with a reminder set to trigger on the due date are not sending till 9am on the 14th
13 replies
help understanding which domains are given a certificate
i know that makes it no longer ootb 😜 , thats why i said "i have only changed X, which wouldnt change the default behaviour you provied so im good".
thank you for confirming though that the defult behaviour does still apply.
appreciate your time and assistance!
6 replies
n8n GENERIC_TIMEZONE environment value not applying correctly
Ok I can do that. And if it doesn't get an update and I want to manually update I can just specify the newer version?
Is there any value in me trying to understand above what was meant as the reason it wasn't getting updates?
Thanks again for working it out and for the help
46 replies
n8n GENERIC_TIMEZONE environment value not applying correctly
Well this has quickly gone beyond my knowledge.
Can I just manually maintain which version I'm using my specifying it as @InfBoumcyCastle did above and just changing the version number when I want to upgrade?
46 replies
n8n GENERIC_TIMEZONE environment value not applying correctly
Anyway if you figure anything g out or need any info or tests done by me just post em here and I will check in the morning. I appreciate you checking it out.
P.s if we get this working do you know how I submit a change suggestion to have the n8n default docker compose include the reference to the tipi timezone?
46 replies