Item tooltip comparison and unique "Sort by" ignore skills granted by the candidate item

未關閉
#10,427 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 8 天內回覆

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
55/100
Issue 類型
缺陷
描述清晰度
描述清楚
活躍度
活躍
技術堆疊
lua
領域
game-dev

研究方向

Start with the granted-skill handling in src/Modules/CalcSetup.lua, especially the sections around lines 846, 1465–1520, and 1566–1578; then trace the CALCULATOR-mode comparison paths in Calcs.lua, ItemDBControl.lua, and ItemsTab.lua. Check how candidate item skills and removed item groups are represented in non-MAIN calculations. Done means item comparison tooltips and unique-item sorting include skills granted by the candidate, while replacement comparisons also handle the prior granted skill correctly.

由索引模型根據 Issue 內容生成。

描述

What happens

Comparisons for an item that is not equipped (the unique/rare database "Sort by" stat sort and the item hover tooltip "Equipping this item will give you") never include a skill that the candidate item itself grants. The skill only starts to count after the item is actually equipped.

Example (derived from the code, not yet checked in the UI):

  1. Make a build whose main skill deals chaos damage with spells or attacks, and equip any one-handed sword.
  2. Items tab > Uniques, filter to One Handed Swords, hover United in Dream (Grants Level 25 Envy Skill). Or sort the list by Combined DPS.
  3. Equip United in Dream.

Expected: the tooltip/sort value predicts the DPS you get after equipping, including the added chaos damage from Envy.
Actual: the tooltip/sort value is computed without Envy. After equipping, DPS is higher than predicted, and items that grant skills (auras, buffs, triggered skills) sort lower than they should.

This is the other half of #8093 (that issue is about an equipped item's granted skill still being counted when the candidate replaces it). Both come from the same code path.

Cause

Socket groups for item- and tree-granted skills are only created or removed when env.mode == "MAIN":

The item comparisons run in "CALCULATOR" mode with a repSlotName/repItem override:

In that mode env.grantedSkills does include the candidate's skill (CalcSetup.lua#L846, #L1465), but no socket group is made for it. Skill building only walks build.skillsTab.socketGroupList, so the candidate's skill never becomes an active skill in the comparison.

Possible fix

Work out the granted-skill groups for the env being calculated in every mode. In non-MAIN modes, build them into a per-env list instead of skipping them, and skip existing granted groups whose source item is not in env.player.itemList. MAIN mode keeps writing them to socketGroupList as it does now. That would also fix #8093.

主要語言
Lua
星號
5.5k
分支
2.4k
平均合併
6 天 14 小時
30 天內合併 PR
13

環境準備

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

PathOfBuildingCommunity/PathOfBuilding 的其他 Issue

查看 PathOfBuildingCommunity/PathOfBuilding 的全部 Issue

相似的 Issue

更多 Lua Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。