Skip to content
TORNLIFE More

TreeMapper: forum

TreeMapper [3573576] Level 58 Neon Cartel NeoN Sicario

Forum posts (Torn's count)
38 observed
Archived posts
29
Threads started (archived)
3

Boards

From the 29 newest archived posts.

Threads started

Most-liked 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.

[Script] TreeDibsMapper - Embedded RW Toolkit · · 22 likes

TreeDibsMapper - Embedded RW Toolkit (Subscriptions Open)

 

Fight Smarter, Stress Less

You lead a faction packed with different personalities, time zones, and languages. Keeping everyone aligned—especially in the middle of a ranked war—can feel like chaos. High stakes bring high stress.

That is why I built, deployed, and stress-tested TreeDibsMapper. It is a battlefield command center that lets your entire roster communicate in real time. Call for aid, lock targets, share intel—TDM handles it all in an interface any member can install and run.

Our faction climbed from Bronze to Platinum with TDM, and intra-faction complaints plummeted. I am now opening subscription slots for a limited number of additional factions.

Spend your time leading the team, not herding it.

Increase Communication · Reduce Friction · Improve Control

TreeDibsMapper (TDM) runs directly inside Torn with full support for Tampermonkey and Torn PDA. We built it to stop wasting assists, keep wars profitable, and make direction crystal clear for every member.

Why TreeDibsMapper Stands Out

  • Built into the UI - no external dashboards, no context switching. All overlays sit directly on the members list, ranked war tables, and attack pages you already use. Other tools on the market force you to juggle multiple tabs or discord channels.
  • Battle-tested - used in wars every week with Firebase-backed reliability and strict audit trails.
  • Cross-platform and Friendly with other scripts - one userscript covers desktop (Tampermonkey) and mobile (Torn PDA). Just paste the GreasyFork link. Tested with FF Scouter, Battle Stats Predictor, and Torn War Stuff Enhanced
  • Security-first - every member now runs on a custom Torn API key scoped to factions.basic,members,rankedwars,chain and users.basic,attacks. Keys stay in the browser, Firebase only sees short-lived auth requests, and faction data remains siloed.
  • Configurable War Styles - Whether you are always trying to term or prefer all out wars, this tool will help you communicate as a team. Team and individual score caps provide users with alerts when they have reached their limits in a termed war.
  • Automatic undibbing - ensures dibs are cleared when targets or attackers become unavailable.
  • Stealth detection - scores monitored to help identify opponents who qualify for retaliation.
  • Live Reports - unauthorized attack reports to monitor members not honoring dibs, Detailed War Summaries and Attack records with CSV export. All data updated live during the war instead of waiting till the end. Reports are exportable to csv and historical wars can be pulled as well
  • Activity Tracking - API polls track changes in members status (travel, hospital, jail) to keep everyone informed. Flight ETAs are displayed and can be pasted in the notes.

 

[image: i.ibb.co]

What Your Faction Gets

  • Dibs Command Center - columns on member lists, ranked war tables, and attack pages with one-click claim, release, or reassignment plus lifecycle badges (Active/Warm/Cooling/Expired).
  • Actionable Attack Modes - leadership sets Farming/Focus/Hold directives that instantly flow to every member, including custom banner notes and row highlighting.
  • Med Deal Tracking - term wars get dedicated toggles, badges, and filters so medics keep pace without burning live dibs. A med deal is simply an agreed swap of hits during termed wars so both sides race the term cap efficiently.
  • Shared Intelligence - faction-wide notes, unified status drawer (travel ETA, hospital/jail timers), retaliation opportunities in the ranked war tables.
  • Chain Watcher - members can sign up to watch the chain and everyone knows who is on duty.
  • OC Reminder - popup message telling users to join an Organized Crime.

 

[image: i.ibb.co]

[image: i.ibb.co]

[image: i.ibb.co]

Onboarding Is Simple

  1. Start a trial - Ready to start your trial? Use the signup form at HERE.
  2. Admin Roles - designate and provide list of faction positions (Leader, Co-leader, etc.) with admin privileges for managing settings and oversight.
  3. Backend key - provide a faction access API key used on the backend for polling Torn data (retals, member status). This remains separate from the member keys.
  4. Share the TDM Users Guide with your members. It covers installation, configuration, and ways to use the tool effectively.
  5. Install the userscript - members add the GreasyFork script via Tampermonkey or Torn PDA (auto-updates included).
  6. Generate custom API keys - the onboarding packet walks members through minting a Torn custom key with the required selections (factions.basic,members,rankedwars,chain + users.basic,attacks) and saving it inside the TreeDibs settings panel. No raw keys are ever shared with leadership.
  7. Go live - have members play around with attack modes, med deals, admin tools, and common workflows.

 

Lawyer Stuff

 

[image: i.ibb.co]

Pricing & Support

  • Flat per war subscription of 1 Donator Pack covers the whole faction. First 2 ranked wars free for new subscribing factions. Less than $250k per member each war for a full faction.
  • Priority support through Discord or in-game messages.
  • Historical logs (dibs history, who changed what etc.) available on request.
  • Feature requests welcome - TreeDibsMapper evolves with the needs of subscribing factions.

 

Ready to modernize your war room? Message me, TreeMapper, with any questions or just signup!. Let’s get your members flying with the same toolkit that’s been steering ranked wars for us from Bronze to Platinum this summer.

[API] Ranked War Attack ends after Ranked war ends · · 0 likes

While pulling all attacks that ended during a ranked war, I noticed the last attack was missed because it ended two seconds after the ranked war ended. The first attack of the war started before the ranked war started, but ended after. Since this was included in the war, it makes sense that the last "is_ranked_war" = true should have an ended on or just before the ranked war end time

 

 

TLDR; 

  • All "is_ranked_war" = true attacks should end on or before the ranked war end timestamp
  • Attacks that end after target score decay triggers victory shouldn't be considered part of the ranked war.



Example:
Ranked War

```

{
      "id": 34037,
      "start": 1764280800,
      "end": 1764367259, // Friday, November 28, 2025 10:00:59 PM
      "target": 14355,
      "winner": 41419,
      "factions": [
        {
          "id": 30009,
          "name": "White Rabbits",
          "score": 11807,
          "chain": 0
        },
        {
          "id": 41419,
          "name": "Neon Cartel",
          "score": 26170,
          "chain": 0
        }
      ]
    }
```
First Attack:
https://api.torn.com/v2/faction?selections=attacks&from=1764280800&sort=asc
Showing 3 as first that started was a double assist ( these still should be "is_ranked_war" = true I think, but unrelated)

```
{ "id": 429926132, "code": "c50ec28bd4a804c4e06d97c7a7318814", "started": 1764280795, // before rw start "ended": 1764280801, // after rw start "attacker": { "id": 3665982, "name": "KizzyShao", "level": 51, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 3595467, "name": "KlausennBig", "level": 44, "faction": { "id": 30009, "name": "White Rabbits" } }, "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": [] }, { "id": 429926135, "code": "c357c1e7891278cdb6fa5c2ccb9c578c", "started": 1764280797, // before rw start "ended": 1764280801, // after rw start "attacker": { "id": 3668131, "name": "Xulu09", "level": 48, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 3595467, "name": "KlausennBig", "level": 44, "faction": { "id": 30009, "name": "White Rabbits" } }, "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": [] }, { "id": 429926147, "code": "c93d89e276afdbc04bf2e6c686d0d223", "started": 1764280800, // at rw start "ended": 1764280811, // after rw start "attacker": { "id": 3291965, "name": "Sneefus", "level": 64, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 3595467, "name": "KlausennBig", "level": 44, "faction": { "id": 30009, "name": "White Rabbits" } }, "result": "Mugged", "respect_gain": 4.17, "respect_loss": 1.04, "chain": 6, "is_interrupted": false, "is_stealthed": false, "is_raid": false, "is_ranked_war": true, "modifiers": { "fair_fight": 1.67, "war": 2, "retaliation": 1, "group": 1.375, "overseas": 1, "chain": 1, "warlord": 1 }, "finishing_hit_effects": [] }
```

Last Attack:
I would expect this to show it but it doesn't:
https://api.torn.com/v2/faction?selections=attacks&to=1764367259&sort=desc&filter=outgoing&limit=1
This actually shows 2nd to last hit.
```
{ "attacks": [ { "id": 430197628, "code": "22e3fdda9cdb5fd148415972c86a8b6d", "started": 1764367250, "ended": 1764367258, //before rw end "attacker": { "id": 2767796, "name": "Bryantula", "level": 75, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 2484683, "name": "GameGameGame", "level": 83, "faction": { "id": 30009, "name": "White Rabbits" } }, "result": "Attacked", "respect_gain": 13.37, "respect_loss": 3.34, "chain": 2145, "is_interrupted": false, "is_stealthed": true, "is_raid": false, "is_ranked_war": true, "modifiers": { "fair_fight": 3, "war": 2, "retaliation": 1, "group": 1, "overseas": 1, "chain": 1.58, "warlord": 1 }, "finishing_hit_effects": [] }

```

 

Actual last attack:
If I use the ranked war end time and the "from" and sort=asc I see the actual last attack:
https://api.torn.com/v2/faction?selections=attacks&from=1764367259&sort=asc&filter=outgoing&limit=1


```
{ "id": 430197614, "code": "0b38ff9346f2fd599eebdf468b64cb76", "started": 1764367248, // before ranked war ended. "ended": 1764367261, // after rw ended "attacker": { "id": 2816711, "name": "Bard", "level": 98, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 2172553, "name": "Wreck-It-Wren", "level": 100, "faction": { "id": 30009, "name": "White Rabbits" } }, "result": "Attacked", "respect_gain": 14.22, "respect_loss": 3.56, "chain": 2146, "is_interrupted": false, "is_stealthed": false, "is_raid": false, "is_ranked_war": true, "modifiers": { "fair_fight": 3, "war": 2, "retaliation": 1, "group": 1, "overseas": 1, "chain": 1.58, "warlord": 1 }, "finishing_hit_effects": [] }
```


Perhaps the attack is included based on when opponent dies in the attacklog and not when the player chooses leave, hospitalize, or mug? That doesn't make sense because how would the respect be calculated? 

 

```

{
        "text": "Bard fired 2 PI rounds of his ArmaLite M-15A4 critically hitting Wreck-It-Wren in the Head for 5519",
        "timestamp": 1764367257, // before rw end
        "action": "won",
        "icon": "attacking-events-attack-win",
        "attacker": {
          "id": 2816711,
          "name": "Bard",
          "item": {
            "id": 399,
            "name": "ArmaLite M-15A4"
          }
        },
        "defender": {
          "id": 2172553,
          "name": "Wreck-It-Wren"
        }
      },
      {
        "text": "Bard left Wreck-It-Wren on the street (+14.22)",
        "timestamp": 1764367261,
        "action": "leave",
        "icon": "attacking-events-leave",
        "attacker": {
          "id": 2816711,
          "name": "Bard",
          "item": {
            "id": 399,
            "name": "ArmaLite M-15A4"
          }
        },
        "defender": {
          "id": 2172553,
          "name": "Wreck-It-Wren"
        }
      }

```

 


Finally, the target score dropped at the ranked war end time: 1764367259 or Friday, November 28, 2025 10:00:59 PM. If the the target score decay caused the ranked war victory, the last attack should not have counted in the scoring. 

[API] Crawl loop altered links with _metadata.link · · 0 likes

Crawling attacks between two dates causes issues when relying on _metadata.link.next and previous.

 

Reproduction:

V2 API
API path: Use either Attacks or attacksfull under user or faction


Parameters:
Limit: any number in range or omitted 
To: end of date range
From: start of date range
Sort: ASC and DESC will both be used as they have different behaviors

 

 

 

What happens:

When crawling forward, once a single attack is returned,  _metadata.links.next is the same url as the initial url.
This causes an endless loop while crawling next urls up to the TO timestamp. 
The prev link also has a url with sort=DESC.

 

 

When sort = DESC, the links will have a different behavior. The prev and next are both null when 1 attack is returned. 

 

 

Expected behavior when TO is the ended timestamp for the only attack:

When sort=ASC, this is the end of a potential forward crawl. prev should stay with current sort=DESC logic and next should be null.

When sort=DESC, end of backwards crawl. prev should stay with current null logic and next should return a url with sort=ASC

 

Expected behavior when FROM is the ended timestamp for the only attack: 
When sort=ASC, crawling happening to the TO and there no more to crawl. next should be null instead

 

 

Scenario for futher details: 
Getting all attacks during a ranked war. I'm using a single attack and 3 second window for brevity 

 

ranked war start: 1757971207
single attack ended: 1757971208
ranked war end: 1757971209

 

Forward crawling from start to end:

 

Single attack at TO, FROM is ranked war start and sort=ASC
Request url:
https://api.torn.com/v2/faction/attacksfull?limit=1000&sort=ASC&to=1757971209&from=1757971207

 

Has expected logic (FROM changes to the attack ended timestamp):


{
  "attacks": [
    {
      "id": 396905515,
      "code": "e137d0024ab55dacfb5e5804b9e1bf7e",
      "started": 1757971203,
      "ended": 1757971208,
      "attacker": {
        "id": 3187347,
        "faction_id": 39788
      },
      "defender": {
        "id": 3573576,
        "faction_id": 41419
      },
      "result": "Mugged",
      "respect_gain": 1.49,
      "respect_loss": 0.37
    }
  ],
  "_metadata": {
    "links": {
      "prev": "https://api.torn.com/v2/faction/attacksfull?&limit=1000&sort=desc&to=1757971208",
      "next": "https://api.torn.com/v2/faction/attacksfull?&limit=1000&sort=asc&from=1757971208&to=1757971209"
    }
  }
}


Single attack at FROM, TO is end of ranked war, and sort=ASC
Request Url
https://api.torn.com/v2/user/attacksfull?limit=10&sort=ASC&to=1757971209&from=1757971208

 

Unexpected crawl loop issue (next url parameters are the same as request url parameters):


"_metadata": {
    "links": {
      "prev": "https://api.torn.com/v2/user/attacksfull?&limit=10&sort=desc&to=1757971208",
      "next": "https://api.torn.com/v2/user/attacksfull?&limit=10&sort=asc&from=1757971208&to=1757971209"
    }

 

Expected Behavior:
This is the end of a potential forward crawl. prev should stay with current sort=DESC logic and next should be null.


Backward crawling from end of ranked war to beginning:

TO is end of war, FROM is begging of war and sort=DESC


Request Url:
https://api.torn.com/v2/faction/attacksfull?limit=1000&sort=DESC&to=1757971209&from=1757971207
TO is attack ended timestamp
Request Url:
https://api.torn.com/v2/faction/attacksfull?limit=1000&sort=DESC&to=1757971208&from=1757971207
Both have the same response

Response:


{
  "attacks": [
    {
      "id": 396905515,
      "code": "e137d0024ab55dacfb5e5804b9e1bf7e",
      "started": 1757971203,
      "ended": 1757971208,
      "attacker": {
        "id": 3187347,
        "faction_id": 39788
      },
      "defender": {
        "id": 3573576,
        "faction_id": 41419
      },
      "result": "Mugged",
      "respect_gain": 1.49,
      "respect_loss": 0.37
    }
  ],
  "_metadata": {
    "links": {
      "prev": null,
      "next": null
    }
  }
}


Currently, next and prev both null. Crawling is done

 

Expected behavior:
prev should stay with current null logic and next should return a url with sort=ASC (so it has similar logic with request url having sort=ASC)

 

 

Recent archived posts

[Script] TreeDibsMapper - Embedded RW Toolkit ·

TreeDibsMapper v3.12.3

Patch for FF Scouter V2 2.71 compatabtility

Fixed Attack mode position being outside the badge dock

Fixed Attack score type showing as 0 on the user score badge

Cant see hand in poker ·

Multiple people I've played with have the same issue. Play a hand and refresh the page. Or close the tab and reopen the poker page. Same issue.

Cant see hand in poker ·

There is no incognito in the yorn android app

Cant see hand in poker ·

The issue is happening on multiple devices and the torn app. Clearing cache on chrome didn't help.

Cant see hand in poker ·

Same issue on torn android app and Torn pda. Page refresh causes the cards to not reveal again. 

[Script] TreeDibsMapper - Embedded RW Toolkit ·

TreeDibsMapper v3.11.11

 

Fix for user score cap not clearing between wars.

[script] Arson Bang for Buck · · 1 like

Small bug i found on android pda. If you are zoomed out, the save api key button doesnt work. Reset scale and it worked fine!

[Script] TreeDibsMapper - Embedded RW Toolkit · · 1 like

TreeDibsMapper v3.11.8

 

Minor performance and UI tweaks.

 

Happy holidays!

DUKE'S DUMP GIVEAWAY - DAY TWELVE ·

Too many kids to keep a tree indoors.

DUKE'S DUMP GIVEAWAY - DAY ELEVEN · · 1 like

Merry Xmas you filthy animal.

DUKE'S DUMP GIVEAWAY - DAY TEN ·

They nasty. 

DUKE'S DUMP GIVEAWAY - DAY NINE ·

Ask and you shall recieve. Fresh out of the oven!.

Warcrypt: Rest in Peace · · 4 likes

Sad news indeed. Warcrypt really helped guide me when he was in Neon Cartel.

Always hoped to war with you again!

[Script] TreeDibsMapper - Embedded RW Toolkit · · 1 like

TreeDibsMapper v3.11 is out!

 

  • New UI improvements: Ability to pin players to the top of the members list and ranked war tables via favorites.
  • Battle Stats Integrations: Ability to sort and see stats from BSP (if subscribed) and FFScouter.
    • BSP: local cache is read directly so no extra key is required.
    • FFScouter: On PDA, local cache is read directly so no extra key is required. For TamperMonkey, the same API key used for FFScouter website needs to be saved in the TreeDibs Panel under API Keys
  • Improved Status: status cells now show direction of travel and hospital timers.
  • Sorting: This can now be done by status (including hospital timers), Fair Fight and Battle Stat Estimates
  • Improvements to TreeDibs Panel layout

 

[image: i.ibb.co]

 

[image: i.ibb.co]

[Script] TreeDibsMapper - Embedded RW Toolkit · · 1 like

TreeDibsMapper v3.10 is out! 

 

 

  • It is now possible to track Score Bleed and Activity for each hit. Now you can see who isn't self hosping or hiding and costing your faction the lead! In a termed war, it is generally accepted that members only hit offline opponents. Now you can see who was not honoring that agreement. 
  • Improved War Attack Reports to contain more data!
  • Improved User Score Badge Accuracy and Speed of updates.
  • Removed some unnecessary notifications.

[Script] TreeDibsMapper - Embedded RW Toolkit · · 1 like

TreeDibsMapper v3.9.12 is out! 

 

  • Fixes to dibs button performance, paste to chat,  and user score badge accuracy were a big part of the patch.
  • Memory use reduced and unnecessary backend calls have also been removed.
  • Now you can click the last action time to paste opponent status to chat. 
  • Dibs button now glows when you click it.
  • Score column - red border when player score increases now fades to orange and disappears after 5 minutes unless score changes again or player goes to hospital. This should be a key indicator of stealth retals.
  • Projecting War End Time based on Score Caps and Current Scores and Target - logic improved.

 

[API] Ranked War Attack ends after Ranked war ends ·

While pulling all attacks that ended during a ranked war, I noticed the last attack was missed because it ended two seconds after the ranked war ended. The first attack of the war started before the ranked war started, but ended after. Since this was included in the war, it makes sense that the last "is_ranked_war" = true should have an ended on or just before the ranked war end time

 

 

TLDR; 

  • All "is_ranked_war" = true attacks should end on or before the ranked war end timestamp
  • Attacks that end after target score decay triggers victory shouldn't be considered part of the ranked war.



Example:
Ranked War

```

{
      "id": 34037,
      "start": 1764280800,
      "end": 1764367259, // Friday, November 28, 2025 10:00:59 PM
      "target": 14355,
      "winner": 41419,
      "factions": [
        {
          "id": 30009,
          "name": "White Rabbits",
          "score": 11807,
          "chain": 0
        },
        {
          "id": 41419,
          "name": "Neon Cartel",
          "score": 26170,
          "chain": 0
        }
      ]
    }
```
First Attack:
https://api.torn.com/v2/faction?selections=attacks&from=1764280800&sort=asc
Showing 3 as first that started was a double assist ( these still should be "is_ranked_war" = true I think, but unrelated)

```
{ "id": 429926132, "code": "c50ec28bd4a804c4e06d97c7a7318814", "started": 1764280795, // before rw start "ended": 1764280801, // after rw start "attacker": { "id": 3665982, "name": "KizzyShao", "level": 51, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 3595467, "name": "KlausennBig", "level": 44, "faction": { "id": 30009, "name": "White Rabbits" } }, "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": [] }, { "id": 429926135, "code": "c357c1e7891278cdb6fa5c2ccb9c578c", "started": 1764280797, // before rw start "ended": 1764280801, // after rw start "attacker": { "id": 3668131, "name": "Xulu09", "level": 48, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 3595467, "name": "KlausennBig", "level": 44, "faction": { "id": 30009, "name": "White Rabbits" } }, "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": [] }, { "id": 429926147, "code": "c93d89e276afdbc04bf2e6c686d0d223", "started": 1764280800, // at rw start "ended": 1764280811, // after rw start "attacker": { "id": 3291965, "name": "Sneefus", "level": 64, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 3595467, "name": "KlausennBig", "level": 44, "faction": { "id": 30009, "name": "White Rabbits" } }, "result": "Mugged", "respect_gain": 4.17, "respect_loss": 1.04, "chain": 6, "is_interrupted": false, "is_stealthed": false, "is_raid": false, "is_ranked_war": true, "modifiers": { "fair_fight": 1.67, "war": 2, "retaliation": 1, "group": 1.375, "overseas": 1, "chain": 1, "warlord": 1 }, "finishing_hit_effects": [] }
```

Last Attack:
I would expect this to show it but it doesn't:
https://api.torn.com/v2/faction?selections=attacks&to=1764367259&sort=desc&filter=outgoing&limit=1
This actually shows 2nd to last hit.
```
{ "attacks": [ { "id": 430197628, "code": "22e3fdda9cdb5fd148415972c86a8b6d", "started": 1764367250, "ended": 1764367258, //before rw end "attacker": { "id": 2767796, "name": "Bryantula", "level": 75, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 2484683, "name": "GameGameGame", "level": 83, "faction": { "id": 30009, "name": "White Rabbits" } }, "result": "Attacked", "respect_gain": 13.37, "respect_loss": 3.34, "chain": 2145, "is_interrupted": false, "is_stealthed": true, "is_raid": false, "is_ranked_war": true, "modifiers": { "fair_fight": 3, "war": 2, "retaliation": 1, "group": 1, "overseas": 1, "chain": 1.58, "warlord": 1 }, "finishing_hit_effects": [] }

```

 

Actual last attack:
If I use the ranked war end time and the "from" and sort=asc I see the actual last attack:
https://api.torn.com/v2/faction?selections=attacks&from=1764367259&sort=asc&filter=outgoing&limit=1


```
{ "id": 430197614, "code": "0b38ff9346f2fd599eebdf468b64cb76", "started": 1764367248, // before ranked war ended. "ended": 1764367261, // after rw ended "attacker": { "id": 2816711, "name": "Bard", "level": 98, "faction": { "id": 41419, "name": "Neon Cartel" } }, "defender": { "id": 2172553, "name": "Wreck-It-Wren", "level": 100, "faction": { "id": 30009, "name": "White Rabbits" } }, "result": "Attacked", "respect_gain": 14.22, "respect_loss": 3.56, "chain": 2146, "is_interrupted": false, "is_stealthed": false, "is_raid": false, "is_ranked_war": true, "modifiers": { "fair_fight": 3, "war": 2, "retaliation": 1, "group": 1, "overseas": 1, "chain": 1.58, "warlord": 1 }, "finishing_hit_effects": [] }
```


Perhaps the attack is included based on when opponent dies in the attacklog and not when the player chooses leave, hospitalize, or mug? That doesn't make sense because how would the respect be calculated? 

 

```

{
        "text": "Bard fired 2 PI rounds of his ArmaLite M-15A4 critically hitting Wreck-It-Wren in the Head for 5519",
        "timestamp": 1764367257, // before rw end
        "action": "won",
        "icon": "attacking-events-attack-win",
        "attacker": {
          "id": 2816711,
          "name": "Bard",
          "item": {
            "id": 399,
            "name": "ArmaLite M-15A4"
          }
        },
        "defender": {
          "id": 2172553,
          "name": "Wreck-It-Wren"
        }
      },
      {
        "text": "Bard left Wreck-It-Wren on the street (+14.22)",
        "timestamp": 1764367261,
        "action": "leave",
        "icon": "attacking-events-leave",
        "attacker": {
          "id": 2816711,
          "name": "Bard",
          "item": {
            "id": 399,
            "name": "ArmaLite M-15A4"
          }
        },
        "defender": {
          "id": 2172553,
          "name": "Wreck-It-Wren"
        }
      }

```

 


Finally, the target score dropped at the ranked war end time: 1764367259 or Friday, November 28, 2025 10:00:59 PM. If the the target score decay caused the ranked war victory, the last attack should not have counted in the scoring. 

[Script] TreeDibsMapper - Embedded RW Toolkit ·

V3.9.6 - 

  • New faction sign up portal!  
  • Added calculations for scores and war end time in termed wars 
    [image: i.ibb.co]
  • Added ability to adjust column width in member lists and ranked war tables
    [image: i.ibb.co]




  • Fixes to user score badges and war attack reports
    • tightened up attack based scores
  • Added admin ability to bypass dib styles for better management during war
  • Added ability to turn off med deal function if a faction wants to be purely dibs based
  • Added ability to use Custom Keys! Limited Access and Torn PDA keys will still work. Note you'll need to reset in settings or clear cache.
    [image: i.ibb.co]



[Script] TreeDibsMapper - Embedded RW Toolkit ·

V3.9.4 - Added copy function for war settings and dib style so they can be communicated in chat or newsletter. 

(S) cheapest armors - EOD, Sentinel, Vang, Marauder, Delta · · 1 like

nice and quick!