Skip to content

feat!: update for BanManager v8 compatibility#36

Closed
confuser wants to merge 1 commit intomasterfrom
feat/v8-compat
Closed

feat!: update for BanManager v8 compatibility#36
confuser wants to merge 1 commit intomasterfrom
feat/v8-compat

Conversation

@confuser
Copy link
Copy Markdown
Member

Summary

Updates BanManager-WebEnhancer to compile and run against BanManager v8.

  • Bump all BanManager dependencies from 7.11.0-SNAPSHOT to 8.0.0-SNAPSHOT
  • Bump Java target from 1.8 to 17 across CommonConfig.kt, LibsConfig.kt, and sponge-api7/build.gradle.kts
  • Migrate PinCommand from message.toString() to message.sendTo(sender)
  • Update CommonPlayerDeniedListener to use getRawTemplate() and <pin> MiniMessage tag instead of [pin] bracket syntax
  • Update all e2e message configs from legacy &-codes to MiniMessage format
  • Add null template test case for handlePin

Depends on: BanManagement/BanManager#1063

Scope

  • 25 files changed (+1,962 / -1,451 lines)
  • All modules build successfully (Bukkit, Bungee, Velocity, Sponge, Sponge7, Fabric)
  • All tests pass

Test plan

  • ./gradlew build passes across all modules (99 tasks)
  • ./gradlew :BanManagerWebEnhancerCommon:test — all unit tests pass
  • E2E testing with BanManager v8

- Bump all BanManager dependencies from 7.11.0-SNAPSHOT to 8.0.0-SNAPSHOT
- Bump Java target from 1.8 to 17 across CommonConfig, LibsConfig, sponge-api7
- Migrate PinCommand from message.toString() to message.sendTo(sender)
- Update CommonPlayerDeniedListener to use getRawTemplate() and <pin> tag
- Update tests for MiniMessage template format
- Add null template test case for handlePin
@confuser
Copy link
Copy Markdown
Member Author

Superseded by the following merged work:

Re-merging this branch as-is would regress all three (re-add the Sponge7 module, re-inline the migrations, replace the minimal MiniMessage e2e overrides with the full 472-line BanManager copies). The two genuinely useful cleanups still unique to this branch — PinCommand.java switching the remaining sender.sendMessage(Message.get(...).toString()) calls to .sendTo(sender), and LibsConfig.kt bumping the `libs` module from Java 1.8 to Java 17 — will be carried forward in a small follow-up PR.

@confuser confuser closed this Apr 18, 2026
@confuser confuser deleted the feat/v8-compat branch April 18, 2026 14:36
confuser added a commit that referenced this pull request Apr 18, 2026
Two small cleanups salvaged from the closed #36 that #40 didn't pick up:

- buildSrc/LibsConfig.kt: bump the libs module's source/target compatibility
  and TARGET_JVM_VERSION attribute from 1.8 to 17, matching the v8 Java 17
  baseline already applied to the rest of the project in #40.
- PinCommand.java: replace the two remaining
  sender.sendMessage(Message.get(...).toString()) calls with
  Message.get(...).sendTo(sender) so error messages render through the
  MiniMessage pipeline like the other pin messages instead of as the raw
  Component.toString() output.
confuser added a commit that referenced this pull request Apr 18, 2026
…nd (#41)

Two small cleanups salvaged from the closed #36 that #40 didn't pick up:

- buildSrc/LibsConfig.kt: bump the libs module's source/target compatibility
  and TARGET_JVM_VERSION attribute from 1.8 to 17, matching the v8 Java 17
  baseline already applied to the rest of the project in #40.
- PinCommand.java: replace the two remaining
  sender.sendMessage(Message.get(...).toString()) calls with
  Message.get(...).sendTo(sender) so error messages render through the
  MiniMessage pipeline like the other pin messages instead of as the raw
  Component.toString() output.
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