Release 1.2.0 - #40
Merged
Merged
Conversation
ChunkBlock has its own CurseForge project at last, id 1646388 — confirmed against the project page and cfwidget, and distinct from AOneBlock's 1512493, which the old TODO warned against reusing. Hangar has not approved ChunkBlock yet, so hangar_slug stays blank. The shared publish-platforms workflow guards each platform job on its input being non-empty (`if: inputs.hangar_slug != ''`), so the Hangar job is skipped rather than failed and the release still completes. Fill the slug in when Hangar approves. Also add 26.2 to the Modrinth game-version list, which had drifted behind the list publish.yml sends to CurseForge. Both publish workflows were disabled while the projects were pending; they are re-enabled separately, as workflow state is repo settings rather than a file. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017EZEwab2kL4i1FNnBYvSmp
Chat renders a glyph grid differently on every client — font, chat width and scale all pull it out of shape. The map is now a multi-action dialog laid out at 2 * radius + 1 columns, so every chunk is a fixed-size button and the grid looks the same everywhere. Each button keeps the chat map's glyph, so the legend still reads, and adds a tooltip naming the chunk and, on the frontier, what it costs or how much credit is still missing. Clicking is read-only — it reopens the map with that chunk described at the top; chunks are still claimed by hitting the border. Servers too old for dialogs fall back to the chat map unchanged. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017EZEwab2kL4i1FNnBYvSmp
Adds the dialog map's close button and six tooltips, plus the three ring keys the dialog body and the ring announcements use. Also completes the map legend, which stopped at the locked glyph and never got the center and you-are-here marks. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017EZEwab2kL4i1FNnBYvSmp
The map was building glyphs as legacy "&b◉" strings and, for the chat map, splicing a whole row of them into the [row] variable of a translation. With locale text moving to MiniMessage that is a bug waiting to happen: colour codes inside a MiniMessage line are not formatting, they are text. Pulls the grid out into ChunkMap, shared by the dialog and the chat fallback, and hands out glyphs as coloured Components. The chat map, which can only put text into [row], serializes those Components to MiniMessage instead. Dialog text now goes through User#getTranslationAsComponent rather than parsing the translation here, and the new dialog locale entries are written in MiniMessage. Verified both ways round: a MiniMessage row renders identically under a legacy "&a [row]" template and a MiniMessage one, so locale files already on disk keep working. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017EZEwab2kL4i1FNnBYvSmp
BentoBox text is MiniMessage now; the &-codes still parse, but leaving
the files in the old format is what makes formatting bugs possible —
anything that has to build a fragment and put it into a translation has
to guess which format the line is in.
Converted with BentoBox's own Util.legacyToMiniMessage, so each value
now says exactly what the runtime was already rendering, then tidied up:
a straight conversion closes and immediately reopens a tag wherever the
old text repeated a colour code, which is every line of a multi-line
description.
Verified by rendering all 1582 values before and after and comparing the
style of every character: no value moved. Placeholder checks report the
same 47 pre-existing issues as before, none new.
Ten values across vi, tr, it, es, fr, uk and ja were left alone: they
contain a broken colour code ("& c", "&un", "& l") that never rendered
as colour and still doesn't. Worth a translator's eye, separately.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017EZEwab2kL4i1FNnBYvSmp
Convert all locale files to MiniMessage
Draw the /ch chunks map as a dialog of chunk buttons
Multiface plants were placed with setType, which gives them their default block data - a state with no face set at all. The client draws that state on all six sides, so it looked like a lichen cube, but the server treats it as unsupported: the first block update deletes it, and bone meal has no face to spread from. Confirmed on Paper 26.2 - a faceless lichen is removed by the next neighbour update while glow_lichen[down=true] on moss survives. Now the plant is attached to whichever neighbours of the magic block have a full solid face, so it survives, shears drop it and bone meal spreads it. If the magic block is floating with nothing to cling to - where bone meal would have nowhere to spread anyway - it becomes the plant's support block and the plant grows on the first free side of it: lichen lies on the top face, vines go on a side since they cannot hang off an underside. Covers GLOW_LICHEN (Lush Caves) and VINE (Mangrove Swamp), plus SCULK_VEIN and RESIN_CLUMP for custom phases. Ported from AOneBlock BentoBoxWorld/AOneBlock#556. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP
The counting substrate that a contribution ledger (#7), a season leaderboard (#10) and a relay score (#9) all read from, built once instead of three times. Counters are keyed on (island, member): activity is only credited while the player is actually on the island's team, so recruiting a veteran cannot import old progress, and a member who leaves keeps their contribution credited to the island they made it on. Activity no member can be credited with (level changes, re-locks, minion breaks) is recorded at island scope. Each counter stores a lifetime total plus per-day buckets, so daily, weekly and season windows are all sums over the same data. Buckets older than a configurable retention (default 100 days) are pruned; lifetime totals never are. "Chunks claimed" means distinct chunks: a claimedEver set that survives re-locks tells a first claim from the recovery of re-locked territory, so nothing is counted twice. Writers observe the addon's own events at MONITOR priority; ChunkUnlockEvent now carries the claiming player's UUID. A new member-activity request handler lets other plugins ask e.g. how many chunks a member claimed for their island in the last 7 days. Foundation for #30. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W8GghDu6oXiUf6eCoimJqD
fix: attach glow lichen, vines and other multiface plants to a block
feat: per-member island activity counters (foundation for #30)
- recordActivity instead of record: 'record' is a restricted identifier - pin LocalDate.now to the system zone explicitly - static imports and an unused import in the new tests Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W8GghDu6oXiUf6eCoimJqD
The reward layer over the activity counters: config-defined trophies an island earns once and keeps, and the titles they carry. One system for the ring milestones (#3), relay scores (#9) and competition placements (#10) to emit into, instead of three unrelated ones. A trophy in trophies.yml is a name, an icon, a condition and what it grants. Conditions read the ring state (RING) or the activity counters (COUNTER, island total or any single member, lifetime or windowed). Earned trophies persist on the island and only an island create or reset clears them — the highestRingRewarded lesson: re-locking a ring on level loss and claiming it back never re-awards. TrophyAwardEvent mirrors RingCompleteEvent: cancellable, and the trophy stays earned either way, so another plugin can take the reward over entirely without the addon also acting. trophies.yml carries the warning against paying out island levels — levels buy chunks, so a level-granting trophy makes each milestone buy the next one. Titles are the display half: one active title per island chosen from earned trophies with /ch title, surfaced as the %chunkblock_island_title% placeholder (plus %chunkblock_island_trophies%). Foundation for #31; builds on the #30 counters. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W8GghDu6oXiUf6eCoimJqD
- guard execute() against a null island instead of trusting canExecute - constants for the repeated '[title]' and "Trophy '" literals - make the COUNTER criteria's non-null counter explicit for analysis - never map a nullable trophy title into the active-title text - suppress S9149 on getHandlerList: Bukkit's event bus requires the exact static method name on every event class Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01W8GghDu6oXiUf6eCoimJqD
feat: island trophies and titles (foundation for #31)
…eaks Same fix as BentoBoxWorld/AOneBlock#558 — minion plugins fire MagicBlockEvent with a null playerUUID, which caused an IllegalArgumentException in User.getInstance(). Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WzNBkKFaxTn74woxZirskh
fix: guard BossBarListener against null playerUUID from NPC/minion breaks
Log player name, UUID, position, look direction, action type, whether a block was clicked (vs air ray-trace), sneaking state, target chunk, distance to the nearest border of the claimed chunk, confirmation setting, chunk count, and credit before/after. Motivated by a report of two chunks being claimed while the player was mining a cobble generator "nowhere near the border". The audit trail will reveal the exact trigger (LEFT_CLICK_AIR gap, border distance, sneaking state) if this happens again. Also changes attemptClaim to return ClaimResult so the caller can react to the outcome. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01B94CWZDoiM9VevWtXb4RxF
The phase command title and GUI panel title in 15 translated locale files still said "OneBlock" (carried over from the AOneBlock copy). The Polish and Vietnamese welcome holograms had it too. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01B94CWZDoiM9VevWtXb4RxF
feat: audit log every successful chunk claim
fix: replace leftover OneBlock with ChunkBlock in locales
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Release 1.2.0
Merges develop into master for the 1.2.0 release.
Changes since 1.1.1
New features:
Bug fixes:
Locale / i18n:
See the draft release notes for the full changelog.