Item tooltip comparison and unique "Sort by" ignore skills granted by the candidate item
Los mantenedores suelen responder en 8 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 55/100
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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):
- Make a build whose main skill deals chaos damage with spells or attacks, and equip any one-handed sword.
- Items tab > Uniques, filter to One Handed Swords, hover United in Dream (Grants Level 25 Envy Skill). Or sort the list by Combined DPS.
- 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":
- https://github.com/PathOfBuildingCommunity/PathOfBuilding/blob/a69391d6daaaea1aaf8054668a094aad88dd7eaa/src/Modules/CalcSetup.lua#L1468
- https://github.com/PathOfBuildingCommunity/PathOfBuilding/blob/a69391d6daaaea1aaf8054668a094aad88dd7eaa/src/Modules/CalcSetup.lua#L1480-L1520 (create or update the group for each entry in
env.grantedSkills) - https://github.com/PathOfBuildingCommunity/PathOfBuilding/blob/a69391d6daaaea1aaf8054668a094aad88dd7eaa/src/Modules/CalcSetup.lua#L1566-L1578 (remove groups whose item is gone)
The item comparisons run in "CALCULATOR" mode with a repSlotName/repItem override:
- https://github.com/PathOfBuildingCommunity/PathOfBuilding/blob/a69391d6daaaea1aaf8054668a094aad88dd7eaa/src/Modules/Calcs.lua#L100-L101
- https://github.com/PathOfBuildingCommunity/PathOfBuilding/blob/a69391d6daaaea1aaf8054668a094aad88dd7eaa/src/Classes/ItemDBControl.lua#L258-L263
- https://github.com/PathOfBuildingCommunity/PathOfBuilding/blob/a69391d6daaaea1aaf8054668a094aad88dd7eaa/src/Classes/ItemsTab.lua#L2578-L2579
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.
- Lenguaje dominante
- Lua
- Estrellas
- 5.5k
- Forks
- 2.4k
- Merge medio
- 6 d 14 h
- PR fusionados (30 d)
- 13
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de PathOfBuildingCommunity/PathOfBuilding
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
PathOfBuildingCommunity/PathOfBuilding#10431 ·
Los mantenedores suelen responder en 8 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
PathOfBuildingCommunity/PathOfBuilding#10428 ·
Los mantenedores suelen responder en 8 días
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 60/100
PathOfBuildingCommunity/PathOfBuilding#10420 ·
Los mantenedores suelen responder en 8 días
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
PathOfBuildingCommunity/PathOfBuilding#10395 ·
Los mantenedores suelen responder en 8 días
-
bug: accuracy
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
PathOfBuildingCommunity/PathOfBuilding#9911 ·
Los mantenedores suelen responder en 8 días
Todos los issues de PathOfBuildingCommunity/PathOfBuilding
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 5 días
-
enhancement priority::low upstream
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
bug reviewed-by-AI
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
olimorris/codecompanion.nvim#3508 ·
Los mantenedores suelen responder en 1 día
-
The Balanced badge stays on a card after it changes to an enhancement that isn't rebalancedPosiblemente ocupada @Jr-JoshS la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 71/100
Balatro-Multiplayer/BalatroMultiplayerPvP#640 ·
Los mantenedores suelen responder en 1 día
-
Babies count as citizens for housing and the lost-fort check, though a baby uses no bed or seatAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Layr-Labs/arena-fortress#141 ·
Los mantenedores suelen responder en 1 día