[Known] Devotional Duration Issue

Reproduction Rate: Random

Blocker? No

Details: Sometimes when I use the Devotionals at Whyte Roc, I get 8hrs duration, instead of the 10hours that it should give. If i dismiss the buff and obtain the buff again I get the correct time. I talked to the owner of the town who told me that 10hours is the correct duration for that town.



User Specs:
OS: Linux 4.4 Ubuntu 16.04 64bit
CPU: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz (4) System RAM: 15992
GPU: AMD Radeon (TM) RX 480 Graphics GPU RAM: 7825
SDD: ADATA 550 240gigs

SotA.EarlyAccess.LIVE.Linux.64.614.Date.05.30.17

 

Thanks for the image. It cleared up some questions I was just gonna ask you
Submitted under JIRA: 46867

 

I know how sometimes the blessings are giving less buff then they usually do, and have been wondering if it is because of not all the residents have loaded up yet? It seems like if I am in town for a while before I get them I get the full buff but if I run in fast and try and get them I need to get them 2-3 times to get the full buff to apply.

 

Yeah...it seems like the buff is being applied before the variable that determines how much of a buff to apply has been assigned the appropriate value.

 

I am no techie like Chris but I think you are right on the money. If the scene is still collecting plot info the numbers will change with it. That is something I did not consider. For now, the best solution is to give it a moment to ensure you get the biggest buff. It looks like the fix will be rather complicated. Bug is open.

 

I am not good with computers, but I do have good pattern recognition. I just noticed the pattern.

 

I know only the basics of coding, but it seems a relatively easy fix. If you store, in a variable, the number of residents in a given town/city on the clients computer and then compare that to the current number of residents listed on the server, before any other town attributes are loaded, then the code would work properly. Just change the order in which the check for town occupation is done.