Open joshsweaney opened 9 years ago
This is currently working as intended - and, I believe, matches the stock site behaviour for COMM.
If IITC just pulled the most recent 50 entries on resume (rather than the oldest 50 since last retrieval) , it would have to throw away any current scroll-back buffer otherwise it would end up with holes in the history.
Personally I find the current behaviour useful, particularly combined with the auto-update feature of the 'uniques' plugin - open the desktop map when planning on what to do, go out and attack/link/whatever, then come back and let COMM download for the entire time you were out.
There are two things you can currently do to get the latest COMM data faster
This is an area that could be done better - but a lot of the COMM code needs work...
Ah I see. Yes, the behaviour is certainly useful so that you can see full COMM history. What I wish it would do slightly differently, is upon resume it would download all past history up to the present, that way you wouldn't need to download 50 messages at a time, or refresh the page and loose most of it.
Yes, the COMM code needs a huge amount of work. Unfortunately, there's not much that can be done within the bounds of Niantic's protocols, and trying to keep as within the TOS as possible for a third party modification.
Can this issue be closed? It can't be changed without presenting a significant change in access vs stock.
I've noticed that the data retrieved in the COMMS panel is usually significantly behind the current time, especially when the page is left idle for more than a couple of minutes. Why isn't the latest data fetched from the server? Is this a problem with IITC, or on Niantic' end?
Is there a way to force more COMMS data to be fetched at once so that it can be kept up to date? Out-dated info makes using the player-tracker plugins quite difficult, and is also annoying when you are trying to use it for basic communication.