Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mega/Primal enemy party mon does not revert to base form after battle #3145

Closed
AaghatIsLive opened this issue Jul 18, 2023 · 4 comments · Fixed by #3150
Closed

Mega/Primal enemy party mon does not revert to base form after battle #3145

AaghatIsLive opened this issue Jul 18, 2023 · 4 comments · Fixed by #3150
Labels
bug Bug category: battle-mechanic Pertains to battle mechanics status: confirmed This bug has been confirmed to exist in the codebase

Comments

@AaghatIsLive
Copy link

Description

I have encountered an issue with the Battle Form Refractor PR #2411. It appears that the PR does not undo the mega/primal evolution of trainer/wild Pokemon.

When the player's party mon mega evolves, the changedSpecies attribute is set to the base form of the mon. However, this behavior is not applied to the enemy party mon.

// Saves the original species on the first form change for the player.
- if (side == B_SIDE_PLAYER && gBattleStruct->changedSpecies[monId] == SPECIES_NONE)
gBattleStruct->changedSpecies[monId] = gBattleMons[battlerId].species;

// Saves the original species on the first form change for the player.
+ if (gBattleStruct->changedSpecies[monId] == SPECIES_NONE)
gBattleStruct->changedSpecies[monId] = gBattleMons[battlerId].species;

removing side == B_SIDE_PLAYER from the check will cause the player's party mon to be turned into the enemy's reverted mon.

Version

1.5.0 (Default)

Upcoming Version

No response

Discord contact info

Aaghat#2527

@AaghatIsLive AaghatIsLive added bug Bug category: battle-mechanic Pertains to battle mechanics status: unconfirmed This bug has not been reproduced yet labels Jul 18, 2023
@DizzyEggg
Copy link
Collaborator

Why would this matter for the opponent's mon to revert to the base form? What's a scenario where the enemy party would be used/read after the battle's over?

@AsparagusEduardo
Copy link
Collaborator

Why would this matter for the opponent's mon to revert to the base form? What's a scenario where the enemy party would be used/read after the battle's over?

Catching Primal Groudon/Kyogre 👀

@DizzyEggg
Copy link
Collaborator

Why would this matter for the opponent's mon to revert to the base form? What's a scenario where the enemy party would be used/read after the battle's over?

Catching Primal Groudon/Kyogre 👀

Oh yeah, this needs to be fixed asap then :D

@gruxor
Copy link

gruxor commented Jul 18, 2023

Why would this matter for the opponent's mon to revert to the base form? What's a scenario where the enemy party would be used/read after the battle's over?

Catching Primal Groudon/Kyogre 👀

Not entirely relevant to the repo (yet?) but also mega/primal Shadow Pokémon would likely trigger this on a wider scale.

I'd also assume something like a mega/primal Totem Pokémon (if that's even possible), or maybe Dynamax-esque "mega raids" or any implementation of a wild mega/primal for any reason downstream would encounter this issue.

@AsparagusEduardo AsparagusEduardo added status: confirmed This bug has been confirmed to exist in the codebase and removed status: unconfirmed This bug has not been reproduced yet labels Jul 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Bug category: battle-mechanic Pertains to battle mechanics status: confirmed This bug has been confirmed to exist in the codebase
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants