So, the issue is this:
Once you empty storage - or we detect that storage is empty; you could presumably take items one at a time until it is - we set the "last emptied storage" setting to say "this ascension" and never look in storage again until you ascend again. That saves a pair of server hits at login: one for api.php?what=storage, and one to look at the main page of storage to count Meat & pulls. It used to be a lot more complicated and processing intensive to parse multiple (large) pages of items.
special edition Batfellow comics appear in storage by magic on Mondays.
If you are, somehow, still in-run, Meat from your store and items you buy from other stores will appear there too - but it is extremely unlike that you have nothing left in storage but are in-run.
Don't PVP leaderboard awards for PVP get stuck into storage?
Anything else?
Should we considering retiring the "last emptied storage" flag and always do the two (extra) requests at login?
Once you empty storage - or we detect that storage is empty; you could presumably take items one at a time until it is - we set the "last emptied storage" setting to say "this ascension" and never look in storage again until you ascend again. That saves a pair of server hits at login: one for api.php?what=storage, and one to look at the main page of storage to count Meat & pulls. It used to be a lot more complicated and processing intensive to parse multiple (large) pages of items.
special edition Batfellow comics appear in storage by magic on Mondays.
If you are, somehow, still in-run, Meat from your store and items you buy from other stores will appear there too - but it is extremely unlike that you have nothing left in storage but are in-run.
Don't PVP leaderboard awards for PVP get stuck into storage?
Anything else?
Should we considering retiring the "last emptied storage" flag and always do the two (extra) requests at login?