Skip to content

Add support for newer versions and upgrade to Java 21#4348

Open
intisy wants to merge 530 commits into
Slimefun:experimentalfrom
Slimefun5:experimental
Open

Add support for newer versions and upgrade to Java 21#4348
intisy wants to merge 530 commits into
Slimefun:experimentalfrom
Slimefun5:experimental

Conversation

@intisy

@intisy intisy commented Mar 3, 2026

Copy link
Copy Markdown

Description

This commit adds support for Minecraft versions up to 1.21.11 and upgrades to Java 21.

Proposed changes

I modified the code to work with newer spigot versions, while still supporting any older versions.

Checklist

  • I have fully tested the proposed changes and promise that they will not break everything into chaos.
  • I have also tested the proposed changes in combination with various popular addons and can confirm my changes do not break them.
  • I have made sure that the proposed changes do not break compatibility across the supported Minecraft versions (1.16.* - 1.20.*).
  • I followed the existing code standards and didn't mess up the formatting.
  • I did my best to add documentation to any public classes or methods I added.
  • I have added Nonnull and Nullable annotations to my methods to indicate their behaviour for null values
  • I added sufficient Unit Tests to cover my code.

@intisy
intisy requested review from a team as code owners March 3, 2026 22:31
@github-actions

github-actions Bot commented Mar 3, 2026

Copy link
Copy Markdown
Contributor

Pro Tip!
You can help us label your Pull Requests by using the following branch naming convention next time you create a pull request. ❤️

Branch naming convention Label
feature/** 🎈 Feature
fix/** ✨ Fix
chore/** 🧹 Chores
api/** 🔧 API
performance/** 💡 Performance Optimization
compatibility/** 🤝 Compatibility

If your changes do not fall into any of these categories, don't worry. You can just ignore this message in that case! 👀

@Boomer-1

Boomer-1 commented Mar 3, 2026

Copy link
Copy Markdown

Just a heads up. The program has been officially abandoned for 5 months and no further updates will be done

@intisy
intisy requested a review from TheBusyBiscuit as a code owner March 5, 2026 14:19
@intisy
intisy force-pushed the experimental branch 5 times, most recently from 3c98bfc to b4972d6 Compare May 16, 2026 14:12
intisy added 20 commits June 23, 2026 19:26
 - 155 presets x 8 languages; &-code, lore-length & preset parity verified vs en
 - clean boot on 26.2
…e-audit dump

 - core items.yml: ENDER_*_TALISMAN (16) + BIRTHDAY_CAKE x 9 languages
 - ItemTranslationService.dumpUntranslated (gated by dump-menu-baseline) lists
   enabled items lacking a translation per addon, for auditing coverage
…cher config editor (Name (key), framed layout); fill empty wiki slot
intisy added 30 commits July 21, 2026 20:30
… <Type> section titles)

 - remove markGuideSource usage in the guide, the ChestMenuUtils helper + marker, and PacketTranslationService.maybeAppendGuideSource + its now-unused imports + the marker test
…ier heuristic

 - addons can declare an item's guide type (a category id) for items the material/type heuristic can't classify (resources/decoration/magic); heuristic stays the fallback
 - ItemTypeClassifier.classify returns the declared type first; unknown ids still fall to Misc via the registry check
 - test: declared type overrides the heuristic
…the untested addon path)

 - CategoryMenuBuilder.build gains a package-private item-source seam; a registered addon-namespaced sword now asserted to land in a typed Weapons section (the path that failed in-game was only ever a stale/pre-classification build)
…tional guide screens

 - GuideWidget(id, name, icon, order, opener) + per-boot GuideWidgetRegistry; Slimefun.getGuideWidgets()
 - lets an addon (e.g. SlimefunAdvancements) register a functional screen the guide embeds on both layouts, instead of injecting a custom category/layout
…uts gone; widget row

 - both classic + categorized main menus now show only the shared category tiles (via CategoryMenuBuilder); addon-defined categories/custom browse layouts are never rendered (their items classify)
 - categorize toggle now only controls how a category opens: sectioned (categorized) vs a flat item grid (classic, new openCategoryItemsFlat over CategoryItemGroup.getAllItems)
 - functional addon widgets render as a dedicated bottom-row entry on the main menu (both layouts) via the GuideWidget registry
…irely (non-interactive, no free-item exploit)
…ons w/ top-row overflow; default unstyled lore to gray
…port when next cycle started + balance queued-sample count on ticker error
…xtraStorage) compiled against the old package load on the fork
…ding vanilla attributes so real weapon damage shows
…re.yml) so items still on hardcoded lore stay visible
…ork's own bStats project (31272), not upstream; stale comment fixed
…(one-time) + add metrics.disable-addon-metrics flag for consolidated reporting
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.

2 participants