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

Refactor: WeaponState, AutoAttackState #1345

Merged
merged 8 commits into from
Mar 30, 2025

Conversation

mariamatthews
Copy link
Contributor

  • Redefined IsUnsheathed (0x00), SheatheCooldown (0x04), AutoSheathTimer (0x08), and AutoSheatheState (0x0C).
  • Deprecated the embedded AutoAttackState at 0x10 (now managed globally via DAT_142921510).
  • Added Tick, SetUnsheathed, and SetUnsheathed2 and other methods with updated signatures.
  • Revised AutoAttackState interop with SetImpl, Get, and a global binding via Instance().
  • Updated data.yml to reflect context and current implementation.

Updated WeaponState interop:
- Defined IsUnsheathed (0x00), SheatheCooldown (0x04), AutoSheathTimer (0x08), and AutoSheatheState (0x0C).
- Deprecated the embedded AutoAttackState at 0x10 (now managed globally via DAT_142921510).
- Added Tick, SetUnsheathed, and SetUnsheathed2 and other methods with updated signatures.
- Revised AutoAttackState interop with SetImpl, Get, and a global binding via Instance().
- Updated data.yml to reflect context and current implementation.
Copy link
Collaborator

@wolfcomp wolfcomp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Everything listed has to be changed before even looking at the sigs.

@wolfcomp wolfcomp added the requested changes Changes requested through comments label Mar 29, 2025
Thanks for corrections!
- Updated Signatures to better calls
- Updated comments on SetUnsheathed
- Restored and added OnActorControl (thanks for spotting this)
- Removed AutoAttackState Global as requested
@github-actions github-actions bot added breaking change PR contains breaking changes and wont be merged before a new patch and removed requested changes Changes requested through comments labels Mar 29, 2025
@Haselnussbomber
Copy link
Contributor

Heya. Just in case you don't know: the GitHub Action is is comparing your branch with the current main branch.
Since yours is older it's missing things, so it complains about it.
You can rebase or merge main onto your branch, or ignore what it posted.

@mariamatthews
Copy link
Contributor Author

mariamatthews commented Mar 29, 2025

Heya. Just in case you don't know: the GitHub Action is is comparing your branch with the current main branch. Since yours is older it's missing things, so it complains about it. You can rebase or merge main onto your branch, or ignore what it posted.

Hi @Haselnussbomber! I thought it might be the case - I should have merged main in first, apologies!
Let me know what do you think about the new code update or if I should merge in the main and generate another run :)

Copy link
Collaborator

@wolfcomp wolfcomp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Task failed.

@wolfcomp wolfcomp added the requested changes Changes requested through comments label Mar 29, 2025
@github-actions github-actions bot removed the requested changes Changes requested through comments label Mar 29, 2025
Copy link
Collaborator

@wolfcomp wolfcomp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some wrong defined methods that needs to be fixed.

@wolfcomp wolfcomp added the requested changes Changes requested through comments label Mar 29, 2025
- Updated parameter types and names
- removed unnecessary parameters
@github-actions github-actions bot removed the requested changes Changes requested through comments label Mar 29, 2025
@mariamatthews
Copy link
Contributor Author

Quick question about the automated check reporting:

Breaking Changes
Member exists in left but not in right
WeaponState: bool IsAutoAttacking

This seems to be triggered because the original metadata defined this offset as a simple bool, whereas we now explicitly define it as a struct (AutoAttackState).

Is this something I need to address, or is it safe to ignore?

@Haselnussbomber
Copy link
Contributor

It's fine in this case and safe to ignore.
This field had the Obsolete attribute with error set to true on it. Due to the API bump plugins have to be recompiled and that error would prevent a successful compilation, until the code was changed to not use that field anymore.
We would have removed it soon anyway.

@wolfcomp wolfcomp added the requested changes Changes requested through comments label Mar 29, 2025
- Keeping obsolete isAutoAttacking for removal later.
@github-actions github-actions bot removed requested changes Changes requested through comments breaking change PR contains breaking changes and wont be merged before a new patch labels Mar 30, 2025
@wolfcomp wolfcomp merged commit 3906076 into aers:main Mar 30, 2025
4 checks passed
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.

3 participants