Skip to content

Playerbots AC-fork cleanup - #238

Draft
NoxMax wants to merge 14 commits into
mod-playerbots:test-stagingfrom
NoxMax:TS-REVERTS
Draft

Playerbots AC-fork cleanup#238
NoxMax wants to merge 14 commits into
mod-playerbots:test-stagingfrom
NoxMax:TS-REVERTS

Conversation

@NoxMax

@NoxMax NoxMax commented Aug 23, 2026

Copy link
Copy Markdown

Pull Request Description

The vast majority of this cleanup is format based, but I found a number of changes in the Playerbots fork of AC that can be done in less code, or with code outright move onto the Playerbots repo itself. Which brings me to the point that this requires the merger of mod-playerbots/mod-playerbots#2694 over there. About core-build.yml, its whole job is done by core-build-playerbots.yml, so it's redundant.
Compiles and runs on Linux of course, and did some basic validation with BGs and so far things seem to be stable. But there needs to be more validation that I would like other reviewers to take a look.

This is the current diff of AC test-staging with master, vs the diff of this PR with master:

diff

Drafting until other people take a look for some finalizing polish.

Feature Evaluation

  • Describe the minimum logic required to achieve the intended behavior.
  • Describe the processing cost when this logic executes across many bots.

How to Test the Changes

Impact Assessment

  • Does this change increase per-bot/per-tick processing or risk scaling poorly with thousands of bots?

      • No, not at all
      • Minimal impact (explain below)
      • Moderate impact (explain below)
  • Does this change modify default bot behavior?

      • No
      • Yes (explain why)
  • Does this change add new decision branches or increase maintenance complexity?

      • No
      • Yes (explain below)

AI Assistance

Was AI assistance used while working on this change?

    • No
    • Yes (explain below)

Did a first pass myself of things that can be cleaned, then had claude go over to suggest any other cleaning opportunities and review. In the process there were few things that I found that need their own fixes, but they are global fixes that should be done upstream on AC.

Code Provenance / Attribution

Was any code in this PR copied or adapted from a sister / upstream project (e.g. CMaNGOS playerbots,
MaNGOS, another module)?

    • No, all code in this PR is original
    • Yes (name the project and the original author(s) below)

Final Checklist

    • Changes are understood and tested for server stability and performance impact.
    • Any new bot dialogue lines are translated.
    • New source files use the GPLv2 header.
    • Documentation updated if needed (Code comments, Conf comments, WiKi commands).
    • New and modified files do not introduce new compiler warnings.

Notes for Reviewers

Changes in this PR don't include #237, which drops the diff even more.

NoxMax added 14 commits August 22, 2026 10:15
There's a lot in these files, so doing them on their own.
Also define a magic number.

Keep OnPlayerIsClass in the graveyard death knight check

Drop the DispelType underlying type. Nothing uses it.
The only caller set the mask immediately after construction, which the
existing defaultUpdateMask parameter already does. Lets _updateFlags stay
const.
Also fixes issue with bot guild tabards
It was flagged as a database-validation candidate, but PlayerbotScript
is never assigned by name in the database, so CheckIfScriptsInDatabaseExist
had no reason to search it.
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