#adventure

2570 messages · Page 3 of 3 (latest)

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/ktor-monorepo
wintry canyonBOT
wintry canyonBOT
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/major-gradle-and-github-actions
wintry canyonBOT
#
zml2008
[PaperMC/adventure] branch deleted: renovate/patch-release-dependency-changes
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
NonSwag
[PaperMC/adventure] Issue opened: #1361 Ability to override or remove translations from a translation store

It is currently impossible to alter single translationss after they have been registered without removing the entire key with all translations
My use case for this is a command to register translations during runtime
example:
/translation add <key> <locale> <translation>
/translation remove <key> <locale>

/translation add hello-world en-US Hello World!
/translation add hello-world en-US Hallo Weltt!
/translation remove hello-world de-DE # because of typo
/translation add hello-world de-DE Hallo Welt! # fix spelling

TranslationStore#unregister(String) unregisteres all translations tied to hello-world in this instance even though I only want to remove/override the german translation

wintry canyonBOT
wintry canyonBOT
#
jpenilla
[PaperMC/adventure-platform-mod] New branch created: mc/26.1
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
SoraHjort
[PaperMC/adventure] New comment on issue: #1334 Gradients with negative phases acting weird

Yeah, it appears to be reversing the gradient's color order. as well as introducing a strange offset.

The offset also becomes more obvious if the second line has the colors reverse order.

<gradient:#000000:#00ff00:#0000ff:#ff0000:0>╒═════════════╕</gradient> Phase: 0<newline><gradient:#ff0000:#0000ff:#00ff00:#000000:0>╘═════════════╛</gradient> Phase: 0

<img width="367" height="43" alt="Image" src="https://github.com/user-attachments/assets/a7207d50-cacc-471d-b39c-ccfa0713f3ca" />

<gradient:#000000:#00ff00:#0000ff:#ff0000:0.1>╒═════════════╕</gradient> Phase: 0.1<newline><gradient:#ff0000:#0000ff:#00ff00:#000000:-0.1>╘═════════════╛</gradient> Phase: -0.1

<img width="392" height="47" alt="Image" src="https://github.com/user-attachments/assets/155458f4-807c-4360-9ff4-fbba230fb32a" />

note on the first line how the blue shifted slightly to the left in the second image compared to the first, where as the second line just jumps all the way to the right.

wintry canyonBOT
#
SoraHjort
[PaperMC/adventure] New comment on issue: #1334 Gradients with negative phases acting weird

After searching through issues and pulls to see if anyone has mentioned anything similar, I saw a closed issue and a merged pull from several years ago that might indicate that there was a reversion at some point.

https://github.com/PaperMC/adventure/issues/889
https://github.com/PaperMC/adventure/pull/896

In them they mention that gradients with more than two colors bugs out the phase offsets.

After checking it, two color gradients work perfectly fine with negative numbers.

<img width="388" height="108" alt="Image" src="https://github.com/user-attachments/assets/fefebcf1-480b-4538-bb4f-34183d10405e" />

gradients used: #000000:#ff0000 and #ff0000:#000000

wintry canyonBOT
wintry canyonBOT
#
zml2008
[PaperMC/adventure] branch deleted: renovate/gradle-and-github-actions
#
zml2008
[PaperMC/adventure] New comment on pull request: #1364 chore(deps): Update dependency com.puppycrawl.tools:checkstyle to v13

looks like it's time to make some changes to stylecheck, whee:

Caused by: java.lang.NoSuchMethodError: 'com.puppycrawl.tools.checkstyle.api.Scope com.puppycrawl.tools.checkstyle.utils.ScopeUtil.getSurroundingScope(com.puppycrawl.tools.checkstyle.api.DetailAST)'
        at ca.stellardrift.stylecheck.FilteringWriteTag.visitToken(FilteringWriteTag.java:106)
        at com.puppycrawl.tools.checkstyle.TreeWalker.notifyVisit(TreeWalker.java:389)
        at com.puppycrawl.tools.checkstyle.TreeWalker.processIter(TreeWalker.java:462)
        at com.puppycrawl.tools.checkstyle.TreeWalker.walk(TreeWalker.java:327)
        at com.puppycrawl.tools.checkstyle.TreeWalker.processFiltered(TreeWalker.java:211)
        at com.puppycrawl.tools.checkstyle.api.AbstractFileSetCheck.process(AbstractFileSetCheck.java:101)
        at com.puppycrawl.tools.checkstyle.Checker.processFile(Checker.java:341)
        at com.puppycrawl.tools.checkstyle.Checker.processFiles(Checker.java:300)
        ... 55```...
wintry canyonBOT
wintry canyonBOT
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/patch-release-dependency-changes
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/ktlint
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/org.jetbrains.kotlinx-kotlinx-serialization-json-1.x
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/gradle-and-github-actions
wintry canyonBOT
#
zml2008
[PaperMC/adventure-webui] branch deleted: renovate/ktor-monorepo
wintry canyonBOT
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: renovate/gradle-and-github-actions
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: renovate/gradle.plugin.org.jetbrains.gradle.plugin.idea-ext-gradle-idea-ext-1.x
wintry canyonBOT
#
jpenilla
[PaperMC/adventure] Draft pull request opened: #1366 feat(text-logger-slf4j): add structured log context injector hook
  • add internal ComponentLogContextInjector and ComponentLogRecord types for forwarding raw component log metadata
  • extend ComponentLoggerProvider.LoggerHelper with backward-compatible delegating(..., injector) overload
  • wire Handler.LoggerHelperImpl to construct WrappingComponentLoggerImpl with optional injector
  • wrap all enabled log paths in WrappingComponentLoggerImpl with injector scope begin/close, swallowing injector errors and preserving existing output behavior
  • add tests for raw record capture, throwable forwarding, scope close lifecycle, and injector failure tolerance

This will allow for Endermux to forward rich log messages over the socket.

wintry canyonBOT
#
zml2008
[PaperMC/adventure] branch deleted: renovate/major-gradle-and-github-actions
#
zml2008
[PaperMC/adventure] branch deleted: renovate/error-prone-monorepo
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure-webui] New branch created: feature/open-api
wintry canyonBOT
wintry canyonBOT
#
szymon-off
[PaperMC/adventure] Issue opened: #1367 Add <legacy> tag to MiniMessage, which could handle legacy ampersand-based color codes

Add <legacy> tag to MiniMessage, which could handle legacy ampersand-based color codes

Example:
<legacy>&l&cSome legacy text</legacy> -> (effectively would display as) -> <bold><red>Some legacy text</red></bold>

Example scenario, Why this would be useful to some:

  • User has a 1.8-based server, so they have a 16 char nametag limit.
  • They want to use the same rank meta for the nametag prefix as in somewhere where only MiniMessage is supported
  • They can easily just wrap it with the <legacy> tag
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
renovate[bot]
[PaperMC/adventure-platform] branch deleted: renovate/patch-release-dependency-changes
wintry canyonBOT
#
Emilxyz
[PaperMC/adventure] Pull request opened: #1374 chore: add back dropped toString implementations

This PR adds back some toString implementations that were dropped with the removal of the examination api on classes that were not converted to records.

Unless I missed something, everything that was previously implementing Examinable should now be either a record or have its own toString (except StyleImpl, which is covered by #1373).

(The links take you to the old examinable implementation on main/4)

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
Strokkur424
[PaperMC/adventure] Pull request review comment: #1375 fix(text-minimessage): support all uuid versions in head tag

This is a minor thing, but you might as well remove the if-statement and move the return block into the try block directly. That also saves you from having a mutable uuid variable floating around.

    try {
      final UUID uuid = UUID.fromString(argument);
      return Tag.selfClosingInserting(Component.object(
        ObjectContents.playerHead()
          .id(uuid)
          .hat(outerLayer.toBooleanOrElse(PlayerHeadObjectContents.DEFAULT_HAT))
          .build()
    } catch (final IllegalArgumentException ignored) {
      // If UUID parsing fails, try other options
    }
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
Almazoioio
[PaperMC/adventure] Issue opened: #1379 MiniMessage: thowing a legacy formatting codes warning when it should not

Hello! I've discovered a small bug in MiniMessage: MiniMessage warns that legacy color codes aren't supported in the <click:open_url:'[url]'</click> style descriptor.

This shouldn't happen, as MiniMessage doesn't process styles inside links.

As a result, MiniMessage simply spams the console with warnings:

<img width="1010" height="68" alt="Image" src="https://github.com/user-attachments/assets/22ba7e58-4eba-4f1a-8cfb-568cd7db60f0" />

wintry canyonBOT
wintry canyonBOT
#
imkunet
[PaperMC/adventure-platform] Issue opened: #240 (bukkit) sound played without a location plays at the feet, instead of at the eyes (the ears) and other inaccuracies

feet vs eyes

If you just call the public void playSound(final net.kyori.adventure.sound.@NotNull Sound original) on an audience, it'll grab their position via createPosition which in BukkitFacet just turns the target player's location into a vector. This means that in effect, the sound will play at the feet of the player.

The craft places the listener for the audio at the eye height of the player. This means if the volume if the sound is 1f, and we assume a non shifting eye-height of 1.62f; we can expect up to a 0.10125 consistent error in volume. Instrumenting the (1.8.9) game to measure this, the picture becomes clear:

<img width="1800" height="900" alt="Image" src="https://github.com/user-attachments/assets/91d39a9c-0de0-4103-bab4-9b070abe84df" />

(the x axis is the volume of the sound played, and there were 100 sounds played over the 0-1 range)

The error is apparent and makes itself very known by the time it reaches 1f volume, it being 10% quieter than it should be, and all...

wintry canyonBOT
#
paaulhier
[PaperMC/adventure] Issue opened: #1383 MiniMessage serializes components not correctly

Hey,

the following mini-message strings are not deserialized and then serialized back to an string correctly.

before de-/serialization: <white>[<gradient:#e83920:#ffe5dd>ABCDEF<white>]

Result of the component: TextComponentImpl{content="", style=StyleImpl{obfuscated=not_set, bold=not_set, strikethrough=not_set, underlined=not_set, italic=not_set, color=NamedTextColor{name="white", value="#FFFFFF"}, shadowColor=null, clickEvent=null, hoverEvent=null, insertion=null, font=null}, children=[VirtualComponentImpl{content="", style=StyleImpl{obfuscated=not_set, bold=not_set, strikethrough=not_set, underlined=not_set, italic=not_set, color=null, shadowColor=null, clickEvent=null, hoverEvent=null, insertion=null, font=null}, children=[TextComponentImpl{content="", style=StyleImpl{obfuscated=not_set, bold=not_set, strikethrough=not_set, underlined=not_set, italic=not_set, color=null, shadowColor=null, clickEvent=null, hoverEvent=null, insertion=null, font=null}, children=[TextComponentImpl{content="B", styl_...

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
kermandev
[PaperMC/adventure] Issue opened: #1384 Use JPMS Service API

Adventure 5.0 has support for JPMS and should be able to use the uses keyword in its module-info for it platform services API. See https://dev.java/learn/modules/services/. This does not replace the service files in most implementations as they are required if the user application runs in the unnamed module. (Using JPMS erasure like shadowJar or fatjars)

Also it seems you might be missing the java.modularity.inferModulePath = true option in Gradle for JPMS which could explain why module annotations didnt work.

Would love to see this before 5.0 is released.

wintry canyonBOT
wintry canyonBOT
#
MrKinau
[PaperMC/adventure] Issue opened: #1385 MiniMessage: Unclaimed component when serializing player head object

Since https://github.com/PaperMC/Paper/pull/13585 the SkinSource of Player and OfflinePlayer uses the whole profile and not only the player id. Due to this change (which is correct, the full profile should be used) the serialization to a MiniMessage string is no longer possible due to java.lang.IllegalStateException: Unclaimed component ObjectComponentImpl.

Without profile properties in the SkinSource this is working fine and it makes sense it's not working as there is no mini message tag to create player head object contents using only the profile properties. It's not a big deal, just avoid using the Player or OfflinePlayer as SkinSources if you want to serialize it. The proper fix for this would be to have the head tag support all possible skin sources, however this may take some time as this is not planned until named arguments are supported iirc. Maybe there is some way to just ignore the additional arguments that can't be handled by the head tag for now?

This example fails durin...

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: renovate/major-gradle-and-github-actions
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: renovate/org.jetbrains-annotations-26.x
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: renovate/patch-release-dependency-changes
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: renovate/gradle-and-github-actions
#
zml2008
[PaperMC/adventure] branch deleted: renovate/patch-release-dependency-changes
#
zml2008
[PaperMC/adventure] branch deleted: renovate/error-prone-monorepo
#
zml2008
[PaperMC/adventure] branch deleted: renovate/org.jetbrains-annotations-26.x
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
TheFloodDragon
[PaperMC/adventure-platform] Issue opened: #242 MinecraftComponentSerializer error from getOrThrow

<img width="972" height="518" alt="Image" src="https://github.com/user-attachments/assets/79d7e043-dee2-4626-b0d4-65498786a3e9" />

Commit
<img width="1699" height="670" alt="Image" src="https://github.com/user-attachments/assets/2aa2818b-5945-4d4b-822a-d2b489449484" />

and then....

<img width="1908" height="540" alt="Image" src="https://github.com/user-attachments/assets/9a62bf09-a8b7-423a-84b0-b84d20721230" />

It breaks..

wintry canyonBOT
#
kermandev
[PaperMC/adventure] Pull request opened: #1386 feature(api): Speedup *Color#asHexString

Ive noticed these methods were showing up in my profile report (Custom GUIs heavily use colors to pass data to custom shaders).

Both of these used slow methods (weird append) & String#format, in JDK 17 HexFormat was introduced, which is way faster for this task.

Another optimization that could be made for NamedTextColor (storing its hex string), but ideally you should store the name instead of the hex string. I havent done this in this PR.

Below are some benchmarks for TextColor similar methods, benchmark class here. (Only tested TextColor based methods & alternatives). I have not tested ShadowColor but its likely way faster just on preliminary benchmarks of a normal String#format.

Benchmark                            Mode  Cnt   Score   Error  Units
AdventureBenchmark.adventure         avgt   30  24.434 ± 0.211  ns/op
AdventureBenchmark.hexFormat         avgt   30   5.393 ± 0.047  ns/op
AdventureBenchmark.hexFormat2        avgt   30   5.487 ± 0.185  ns/op
AdventureBenc```...
wintry canyonBOT
wintry canyonBOT
#
Copilot
[PaperMC/adventure] Pull request reviewed: #1387 fix(text-minimessage): backport #1375

Pull request overview

Backports a fix to text-minimessage’s sequential <head:...> tag parsing to rely on UUID.fromString rather than a UUIDv4-only regex, improving compatibility with non-v4 UUIDs.

Changes:

  • Removed the UUIDv4-only regex check in SequentialHeadTag.
  • Added UUID parsing via UUID.fromString and re-used the parsed UUID when building the head component.

💡 <a href="/PaperMC/adventure/new/main/5?filename=.github/instructions/*.instructions.md" class="Link--inTextBlock" target="_blank" rel="noopener noreferrer">Add Copilot custom instructions</a> for smarter, more guided reviews. <a href="https://docs.github.com/en/copilot/customizing-copilot/adding-repository-custom-instructions-for-github-copilot" class="Link--inTextBlock" target="_blank" rel="noopener noreferrer">Learn how to get started</a>.

#
Copilot
[PaperMC/adventure] Pull request review comment: #1387 fix(text-minimessage): backport #1375

Using UUID.fromString(argument) inside a try/catch means non-UUID inputs (names/textures) will throw and catch an IllegalArgumentException on the common path, which is relatively expensive during parsing. Consider adding a cheap format guard (e.g., length/hyphen positions/hex check, or a precompiled non-version-specific UUID pattern) before calling UUID.fromString, so exceptions are reserved for truly exceptional cases.

wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: feature/tag-presets
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: version/26.1
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] New comment on pull request: #1390 26.1 update

We might also want to make use of the fallback property of object components in ComponentFlattener

I'm also fine to leave the current behaviour as-is. If we get any real-world requests for this we can reconsider then, but for now I think it's fine to ignore the fallback in this example.

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
renovate[bot]
[PaperMC/adventure-platform-mod] branch deleted: renovate/net.fabricmc.fabric-api-fabric-api-catalog-0.x
#
renovate[bot]
[PaperMC/adventure-platform-mod] branch deleted: renovate/patch-release-dependency-changes
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
renovate[bot]
[PaperMC/adventure-platform-mod] branch deleted: renovate/me.lucko-fabric-permissions-api-0.x
wintry canyonBOT
#
jpenilla
[PaperMC/adventure-platform-mod] New tag created: v6.9.0
wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: version/26.1
#
kezz
[PaperMC/adventure] branch deleted: feature/tag-presets
wintry canyonBOT
#
kezz
[PaperMC/adventure] New tag created: v5.0.0
#
kezz
[PaperMC/adventure] New release published: v5.0.0

Adventure 5.0.0 is a major update to the Adventure library, including an updated Java version, removal of deprecations, and other breaking changes. The 5.0.0 update represents a major milestone in the development of the Adventure library, with 7,000+ additions and 12,000+ deletions across over 500 files.

[!IMPORTANT]
Although we have tried our hardest to avoid unnecessary breaking changes, we do expect this update to contain bugs or unintentional breaking changes and the Adventure team is prepared to release hotfixes as needed. Please report any issues that you find and reach out for help in the #adventure-help channel of the PaperMC Discord if you need to.

Please read the migration information on the Adventure documentation for full information about the changes made in this update and notes about migrating from the 4.x series to 5.x.

For development information about the 5.0 update, check out the following links:

Wh...

wintry canyonBOT
#
Greymagic27
[PaperMC/adventure] New comment on issue: #1395 5.0.0 - Can no longer mock entity.player

Mockito cannot mock this class: interface org.bukkit.entity.Player.

If you're not sure why you're getting this error, please open an issue on GitHub.

Java : 25
JVM vendor name : Microsoft
JVM vendor version : 25+36-LTS
JVM name : OpenJDK 64-Bit Server VM
JVM version : 25+36-LTS
JVM info : mixed mode
OS name : Linux
OS version : 6.17.0-1010-azure

You are seeing this disclaimer because Mockito is configured to create inlined mocks.
You can learn about inline mocks and their limitations under item #39 of the Mockito class javadoc.

Underlying exception : org.mockito.exceptions.base.MockitoException: Could not modify all classes [interface org.bukkit.Nameable, interface org.bukkit.entity.Damageable, interface org.bukkit.entity.AnimalTamer, interface net.kyori.adventure.identity.Identified, interface org.bukkit.attribute.Attributable, interface org.bukkit.metadata.Metadatable, interface org.bukkit.entity.HumanEntity, interf...

wintry canyonBOT
wintry canyonBOT
#
kermandev
[PaperMC/adventure] Pull request opened: #1396 fix(all): Fix SPI when using modules.

Previously, these will fail because utils doesn't declare uses on every provider. The simple fix would just to add this to the uses, but this would just be a hack. Instead, we should pass through the service provider of the module so it has the correct module information so we can declare uses in the correct modules that uses them.

All previous services methods have been deprecated in favor of this. Also, the behavior is slightly changes as Services0 uses ServiceLoader(clazz, clazz.getClassLoader()) Which should no longer be needed as it uses the same class loader as the thread that initializes the class.

Should also resolve https://github.com/PaperMC/adventure/issues/1384, didn't realize it would be an issue before then.

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: feature/mega-docs
wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: feature/mega-docs
#
kezz
[PaperMC/adventure] New branch created: fix/shadow-jd
#
kezz
[PaperMC/adventure] branch deleted: fix/shadow-jd
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: chore/remove-sfa-deprecation
#
kezz
[PaperMC/adventure] branch deleted: chore/remove-sfa-deprecation
wintry canyonBOT
#
renovate[bot]
[PaperMC/adventure-platform] branch deleted: renovate/major-gradle-and-github-actions
wintry canyonBOT
#
kezz
[PaperMC/adventure] New tag created: v5.0.1
#
kezz
[PaperMC/adventure] New release published: 🌏 Adventure 5.0.1

5.0.1 is a bugfix update containing a fix for leftover checker annotations and some minor edits to the Javadocs. We are now publishing an aggregate Javadoc for all core Adventure libraries (in this repo) available on the standard PaperMC Javadoc portal at https://papermc.io/javadocs/.

What's Changed

🐛 Fixes

📚 Documentation

Full Changelog: https://github.com/PaperMC/adventure/compare/v5.0.0...v5.0.1

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
personalized-advertising
[PaperMC/adventure] Issue opened: #1406 ClickEvent.openUrl( is passed straight into uri.create without validation or error checking

[15:19:01 ERROR]: Error sending packet clientbound/minecraft:system_chat io.netty.handler.codec.EncoderException: Failed to encode packet 'clientbound/minecraft:system_chat' at net.minecraft.network.codec.IdDispatchCodec.encode(IdDispatchCodec.java:62) ~[paper-1.21.11.jar:1.21.11-DEV-c5a2736] at net.minecraft.network.codec.IdDispatchCodec.encode(IdDispatchCodec.java:13) ~[paper-1.21.11.jar:1.21.11-DEV-c5a2736] at net.minecraft.network.PacketEncoder.encode(PacketEncoder.java:27) ~[paper-1.21.11.jar:1.21.11-DEV-c5a2736] at net.minecraft.network.PacketEncoder.encode(PacketEncoder.java:12) ~[paper-1.21.11.jar:1.21.11-DEV-c5a2736] at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107) ~[netty-codec-base-4.2.7.Final.jar:4.2.7.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:827) ~[netty-transport-4.2.7.Final.jar:4.2.7.Final] at io.netty.channel.AbstractChannel...

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: fix/nsme-component-build
#
kezz
[PaperMC/adventure] Pull request opened: #1407 fix(api): Add explicit override for component builder methods

Users upgrading to 5.x encountered NoSuchMethodError: 'net.kyori.adventure.text.Component net.kyori.adventure.text.TextComponent$Builder.build()' when running code compiled against version 4.x.
This occurred because 5.x removed the intermediate Buildable and BuildableComponent interfaces. While ComponentBuilder still provides a build() method, leaf interfaces (like TextComponent.Builder) no longer explicitly overrode it. In the absence of an explicit override, the Java compiler seems to not generate the necessary bridge methods (covariant return type metadata) in the leaf interface's bytecode that 4.x-compiled code expects.

This PR adds explicit @Override declarations for the build() method in all leaf component builder interfaces which force the Java compiler to generate bridge methods in the resulting class files, thus restoring binary compatibility (i think).

wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: renovate/gradle-and-github-actions
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
BoomEaro
[PaperMC/adventure] Issue opened: #1409 JSONOptions.ClickEventValueMode.CAMEL_CASE broken since adventure 5.0

It appears that ClickEventValueMode.CAMEL_CASE creates a "clickEvent" with the value "command" rather than "value" breaking backward compatibility with clients prior to version 1.21.5.

Previously, if "emitCamelCaseClick" was passed to StyleSerializer, a separate component was created for backward compatibility with "value":
https://github.com/PaperMC/adventure/blob/main/4/text-serializer-gson/src/main/java/net/kyori/adventure/text/serializer/gson/StyleSerializer.java#L417-L429

Now the same component is always created with "command":
https://github.com/PaperMC/adventure/blob/898722f8a9cbcfa0c12c58fb0d3aaee104306220/text-serializer-gson/src/main/java/net/kyori/adventure/text/serializer/gson/StyleSerializer.java#L420-L428

How to reproduce:

public class Test {

    private static final GsonComponentSerializer GSON_SERIALIZER = GsonComponentSerializer.builder()
            .options(JSONOptions.schema().stateBuilder()
                    .value(EMIT_CLICK_EVENT_TYPE, JSONOptions.ClickE_```...
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: renovate/guava-monorepo
#
kezz
[PaperMC/adventure] branch deleted: renovate/io.freefair.aggregate-javadoc-io.freefair.aggregate-javadoc.gradle.plugin-9.x
#
github-merge-queue[bot]
[adventure:main/5] 8 new commits

06478cf fix(all): Fix SPI when using modules. - kermandev
95b809c chore(api): Update version to 5.1.0 - kermandev
55a11a5 chore(api): Update forgotten version to 5.1.0 - kermandev
227f7eb fix(all): Update ServiceLoader to use class loader... - kermandev
50555fc revert(api): Use Services for api module only as i... - kermandev
fea4cbf deprecate the old methods for service loading - kezz
75614f7 use the classloader for api services - kezz
a7b5a60 Merge pull request #1396 from kermandev/fix/spi - kezz...

#
kezz
[PaperMC/adventure] New branch created: fix/negated-tags
#
kezz
[PaperMC/adventure] New branch created: fix/gson-camel-value
#
kezz
[PaperMC/adventure] branch deleted: fix/negated-tags
#
kezz
[PaperMC/adventure] branch deleted: renovate/error-prone-monorepo
#
kezz
[PaperMC/adventure] branch deleted: fix/gson-camel-value
wintry canyonBOT
wintry canyonBOT
#
DancingSnow0517
[PaperMC/adventure] Issue opened: #1415 lang with lang args can't serialize

lang json:

{
    "steampipe.test": "%2$s %1$s"
}

minimessage: <lang:steampipe.test:'<red>123456':'<lang:steampipe.test:'<green>123456':'123987'>'>
result:

<img width="655" height="48" alt="Image" src="https://github.com/user-attachments/assets/89225dfc-6655-4b8b-b2cc-7f0efe99302e" />
expect:
<img width="258" height="26" alt="Image" src="https://github.com/user-attachments/assets/8fb90af2-7036-4e5e-9f30-5a33c4b69adf" />

#
DancingSnow0517
[PaperMC/adventure] New comment on issue: #1415 lang with lang args can't serialize

The correct MiniMessage string would be <lang:steampipe.test:'<red>123456':"<lang:steampipe.test:'<green>123456':'123987'>"> or <lang:steampipe.test:'<red>123456':'<lang:steampipe.test:\'<green>123456\':\'123987\'>'> as you just prematurely are closing the single quotes. I would recommend you using https://webui.advntr.dev/ for such tests

Another question, if we need to nest three layers, is it impossible to express it?

wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: feature/invalid-namespace
wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: feature/username-validation
wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: feature/username-validation
wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: feature/invalid-namespace
wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: feature/url-validation
wintry canyonBOT
#
kezz
[PaperMC/adventure] branch deleted: feature/url-validation
#
kezz
[PaperMC/adventure] branch deleted: fix/nsme-component-build
#
kezz
[PaperMC/adventure] New branch created: feature/no-negative-change-page
#
kezz
[PaperMC/adventure] branch deleted: feature/no-negative-change-page
#
kezz
[PaperMC/adventure] New tag created: v5.1.0
#
kezz
[PaperMC/adventure] New release published: 🌏 Adventure 5.1.0

Adventure 5.1.0 is primarily a bug-fix update for some unintentional breaks caused by the 5.0 release.

This update also includes stricter validation for key namespaces and click event construction, and also adds new methods to check the validity of click event payloads. Although the validation added is generally stricter than older Minecraft versions, the validation is still correct for all versions. If you have issues with the validation added, please open an issue!

What's Changed

✨ Features

wintry canyonBOT
wintry canyonBOT
#
svaningelgem
[PaperMC/adventure] Issue opened: #1420 adventure 5.x cannot be consumed via Maven (POM points to non-existent jar)

Adventure 5.x is not consumable via Maven — only via Gradle. This is a regression from the 4.x line, which resolves cleanly from both.

Repro

$ curl -s -o /dev/null -w "%{http_code}\n"         https://repo.maven.apache.org/maven2/net/kyori/adventure-api/5.1.0/adventure-api-5.1.0.pom
200

$ curl -s -o /dev/null -w "%{http_code}\n"         https://repo.maven.apache.org/maven2/net/kyori/adventure-api/5.1.0/adventure-api-5.1.0.jar
404

$ curl -s -o /dev/null -w "%{http_code}\n"         https://repo.maven.apache.org/maven2/net/kyori/adventure-api/5.1.0/adventure-api-5.1.0-patched.jar
200

Concretely, any Maven build that pulls adventure-text-minimessage:5.1.0 fails with:

Could not find artifact net.kyori:adventure-api:jar:5.1.0 in <repo>

even though Maven Central serves the POM with a 200.

Root cause

The POM at .../adventure-api-5.1.0.pom declares the artifact as a normal jar packaging (no classifier), so Maven resolves it to adventure-api-5.1.0.jar —...

wintry canyonBOT
wintry canyonBOT
#
kezz
[PaperMC/adventure] New tag created: v5.1.1
wintry canyonBOT
#
kezz
[PaperMC/adventure-platform-mod] New branch created: chore/no-platform-api-dep
wintry canyonBOT
#
kezz
[PaperMC/adventure] New comment on pull request: #1404 NBT Component Serializer

Thanks for the PR. Unfortunately I'm going to go ahead and close this. From a discussion with the team and implementing platforms, it's been decided that a raw NBT serializer is not going to be used by many (if any) large implementing platforms and as no native implementing platforms would use it, the maintenance burden will be too high on the Adventure team.

Now that Adventure 5 is released, we're likely going to spend time revitalizing the DFU-related PR, which will be extension bring in an indirect method of NBT serialization. This is mainly because a DFU module would be used by native platforms, thus decreasing the maintenance burden on the team.

You're more than welcome to continue this PR as your own non-official library, and we will welcome PRs to the community libraries page.

wintry canyonBOT
#
kezz
[PaperMC/adventure] New branch created: feature/easy-object-component
wintry canyonBOT
wintry canyonBOT
#
qyl27
[PaperMC/adventure-platform-mod] Issue opened: #255 Platform NeoForge 6.9.0 couldn't join a single player world in development environment

adventure-platform-neoforge 6.9.0 cannot join a single-player world in the development environment, using either the ModDevGradle or Arch Loom toolchain.

Step to reproduce:

  1. Add net.kyori:adventure-platform-neoforge:6.9.0 as a dependency
  2. Sync Gradle project
  3. Run client
  4. Create a single-player test world
  5. Got an error: Client disconnected with reason: Internal Exception: java.lang.ExceptionInInitializerError

Example repository for reproduction:
https://github.com/qyl27/sturdy-waddle/tree/mdg for ModDevGradle, use the :runClient task.
https://github.com/qyl27/sturdy-waddle/tree/arch-loom for Arch Loom, use the :neoforge:runClient task.

P.S.: It works fine if I launch a production game with adventure-platform-mod mod. (From https://modrinth.com/mod/adventure-platform-mod, file id: MlvIVAQU)

wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
renovate[bot]
[PaperMC/adventure-webui] branch deleted: renovate/gradle-and-github-actions
#
renovate[bot]
[PaperMC/adventure-webui] branch deleted: renovate/major-adventure
#
renovate[bot]
[PaperMC/adventure-webui] branch deleted: renovate/major-gradle-and-github-actions
#
renovate[bot]
[PaperMC/adventure-webui] branch deleted: renovate/org.jetbrains.kotlinx-kotlinx-serialization-json-1.x
#
renovate[bot]
[PaperMC/adventure-webui] branch deleted: renovate/patch-release-dependency-changes
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
zml2008
[PaperMC/adventure-platform-mod] branch deleted: chore/no-platform-api-dep
wintry canyonBOT
wintry canyonBOT
wintry canyonBOT
#
MiniDigger
[PaperMC/adventure] New branch created: MiniDigger-patch-1
#
MiniDigger
[PaperMC/adventure-platform-mod] New branch created: MiniDigger-patch-1
#
MiniDigger
[PaperMC/adventure] New comment on issue: #1422 GPG Key used to sign releases is expired

hey, thanks for the heads-up, seems like you are the first to actually care about these, lol. Kinda surprised nobody (as in maven, gradle, artifactory, nexus, maven central) cares to verify this.
I opened https://github.com/PaperMC/adventure/pull/1423 and https://github.com/PaperMC/adventure-platform-mod/pull/256 to change them to the new PaperMC key I created a few weeks ago.
Does this block you in any way? as in, should we make a patch release or something? or can we just wait for the next properly planned release?

wintry canyonBOT
wintry canyonBOT