Just attack me and lose, use fists only so I know you losing on purpose.
Multiple payments times throughout the day
Lee-Everett [423369] Level 100 The Saviors SAVE Negan
From the 38 newest archived posts.
Likes as archived at fetch time, adjusted for how long each post had been up. Scored posts only; the full score pass runs after the import.
1st of all thanks for fixing the next page == current page when reaching the end. Having now null is much better.
But unfortunately this change might have broken something else, as now the pagination alters the fundamental request.
Example If I request this
https://api.torn.com/v2/faction/news?key=&striptags=false&limit=100&sort=ASC&cat=armoryAction&from=1776110400.0&to=1776560058.0
The next page get referenced with
https://api.torn.com/v2/faction/news?&limit=100&cat=armoryAction&stripTags=true&sort=asc&from=1776143440
See the stripTags=true This fundamentally changes the expected result. This was fine at least 2 weeks ago
Recently during a war one of members decided to mug another member (same faction)
I found that this was considered a war hit.

I believe this to be an error as you attack your own faction should not be considered a war hit.
Count me in
Brown nosing the boss
Looking for offers to use the book
Manual: 260,803
Intelligence: 143,726
Endurance: 151,788
Mail me offers, and I'll pick the best one in 2-3 days
This is a real weird behavior but I find no other reason for it to be happening except a really weird edge case interaction.
So I have my own war report script to calculate stuff.
I realized that my script, was showing one more attack than the war report. Weird
After much debug, I start to manually check the logs.
My surprise when this attack doesn't show ANYWHERE except the API
https://www.torn.com/page.php?sid=attackLog&ID=eade5cbc845b97a1bdf77584e5d56f78
Dunno_ attack on Minitamark ended at the same second he was then hospitalized, so I believe a race condition here prevented the attack to be counted on war.
API entry
{'id': 466355262, 'code': 'eade5cbc845b97a1bdf77584e5d56f78', 'started': 1776467939, 'ended': 1776467941, 'attacker': {'id': 2605836, 'name': 'Dunno_', 'level': 67, 'faction': {'id': 20303, 'name': 'The Saviors'}}, 'defender': {'id': 4002200, 'name': 'Minitamark', 'level': 42, 'faction': {'id': 8803, 'name': 'Buttgrass Inc'}}, 'result': 'Attacked', 'respect_gain': 0.0, 'respect_loss': 0.0, 'chain': 0, 'is_interrupted': False, 'is_stealthed': False, 'is_raid': False, 'is_ranked_war': True, 'modifiers': {'fair_fight': 1, 'war': 1, 'retaliation': 1, 'group': 1, 'overseas': 1, 'chain': 1, 'warlord': 1}, 'finishing_hit_effects': []}
Also this all shows 0 no respect gain. Although since it's attacked some respect should have been gained
EDIT: Asked Minitamark and they also have 0 reference to this attack on their logs
I'm currently posting this with TornTools enabled.
1st of all thanks for fixing the next page == current page when reaching the end. Having now null is much better.
But unfortunately this change might have broken something else, as now the pagination alters the fundamental request.
Example If I request this
https://api.torn.com/v2/faction/news?key=&striptags=false&limit=100&sort=ASC&cat=armoryAction&from=1776110400.0&to=1776560058.0
The next page get referenced with
https://api.torn.com/v2/faction/news?&limit=100&cat=armoryAction&stripTags=true&sort=asc&from=1776143440
See the stripTags=true This fundamentally changes the expected result. This was fine at least 2 weeks ago
iirc defense training doesn't have the same gain scaling as the rest. so you can't compare defense and strength in training. Also you current stats in each also affects the gains
EDIT: https://www.torn.com/forums.php#/p=threads&f=61&t=16182535&b=0&a=0 you'll see all stats scale differently so comparing dif stat gains isn't possible
Recently during a war one of members decided to mug another member (same faction)
I found that this was considered a war hit.

I believe this to be an error as you attack your own faction should not be considered a war hit.
Looking for faction to guest during the elimination event.
Faction must looking to have some warring perks on, like booster and med perks
If you try the same thing while in hosp they are active though. And the page is similar
Bogie confirmed it's intended
Same things. Cache clear. Torn Mobile App same behavior
I was attacking Asmol and got disarmed for 16 turns.
The weapon showed grey with a 16 circled on top.
After one attack, the falcate was gone from the UI.
I then escaped since I couldn't hit him anymore.
I attacked again and the falcata was gone, for a couple of turns still.
The top bar, Search Advanced Search, logs and User
If you try to attack while flying you get the expected Error
This area is unavailable while you're traveling.
The bug here is that the top buttons become disabled

Fine here
For this war start with this https://api.torn.com/v2/faction/attacks?key={api_key}&limit=100&sort=ASC&from=1757685600.0&to=1757957355.0
And then increment 'from' based on the last attack fetched.
Fetching it now returns true as expected. Looking at my previous comment here as well. It seems to be a transitory problem, that sometimes solves itself after the fact.
Hey splent,
I've just reran this and apparently it is still not happening. Attached a json response as an example
"id": 396844571, "code": "62c5c6113454072437a2e98a8254b160", "started": 1757940808, "ended": 1757940828, "attacker": {"id": 3623374, "name": "Pholder", "level": 40, "faction": {"id": 20303, "name": "The Saviors"}}, "defender": {"id": 633872, "name": "Bmista", "level": 50, "faction": {"id": 8802, "name": "Luscious Incarnation"}}, "result": "Assist", "respect_gain": 0, "respect_loss": 0, "chain": 0, "is_interrupted": false, "is_stealthed": false, "is_raid": false, "is_ranked_war": false, "modifiers": {"fair_fight": 1, "war": 1, "retaliation": 1, "group": 1, "overseas": 1, "chain": 1, "warlord": 1}, "finishing_hit_effects": []}
well done Theferrett
Sign me up
I was recently doing a Scam, I landed on a Sensitivity which brought me back to a red block (according to guide not supposed to)
What I think happened is that the Sensitivity would have moved me back to a neutral space, but the calculation that would generate more fail spaces was done before the Sensitivity was finished which turned the neutral spot into a red spot.
My log don't show me landing on the Sensitivity so this I why I believe the above statement might be a good guess
tldr? formating? anything would be better
Way to check if and which items were or not consumed during a failed OC.
On the API you have the report of the failure, not all failures will lead to a loss of the consumable. (At least from what I've seen)
Maybe add an extra field there to say it
was_used: bool
This would be helpful for faction who use their cuts to buy the items instead of having to read through the entire log to see what was or wasn't used.