Skip to content

Fix tab switch when projected is mutually applied#2742

Open
Skybladev2 wants to merge 5 commits intopyfa-org:masterfrom
Skybladev2:fix-projected-on-tab-switch
Open

Fix tab switch when projected is mutually applied#2742
Skybladev2 wants to merge 5 commits intopyfa-org:masterfrom
Skybladev2:fix-projected-on-tab-switch

Conversation

@Skybladev2
Copy link
Copy Markdown

Problem

When 2 fits are mutually applied in Projected tabs to each other, the first fit loses the projected effect.

For example, we have fit1:
image

and fit2:
image

Each one has a Stasis Webifier.

When the first fit applies projected effect from the second one everything is fine:
image

When the second fit applies projected effect from the first one everything is fine:
image

When we switch back to the first fit tab, the projected effect is lost:
image

It can be restored by re-enabling the projected effect, but then the effect is lost on the second fit tab:
image

If we re-enable it here, the first fit loses the projected effect and so on.

Solution

Don't skip recalculation of modified attributes for projected calculation type (similar to command, see #1193).

Complements the PROJECTED calc marking fix: the graph must run a full local recalc
for each listed fit, not only the active tab, so incoming projected effects are
reflected in speeds and damage for every ship in the comparison.

Made-with: Cursor
Drop graph frame recalculation changes from this branch so it only contains fit calculation fixes and can be composed with focus-graph cleanly.

Made-with: Cursor
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant