Skip to content

在 return-nether-portal-fix 打开时,下界传送门会搞混 #861

@HyacinthHaru

Description

@HyacinthHaru

服务端版本 Leaves Version

This server is running Leaves version 1.21.10-DEV-master@01e1316 (2026-04-01T07:00:07Z) (Implementing API version 1.21.10-R0.1-SNAPSHOT) You are running a development version from CI Previous version: 1.21.10-149-68a1689 (MC: 1.21.10)

预期的行为 Expected behavior

下界和主世界的传送门应当近似按照 8:1 的算法去换算具体生成或传送方块

观测到的实际行为 Observed/Actual behavior

不是开一个下界传送门后直接生成到下界很远的位置,而是有两个互不相干的门,各自抛弃了相应的门,然后突然莫名就链接上了

复现步骤 Steps/models to reproduce

  1. 打开 return-nether-portal-fix=true
  2. 玩家随机玩一段时间,执行类似于传送、重生、跨纬度切换之类的操作
  3. 之后玩家从主世界附近进门时,读取逻辑在 0034 patch (line 81) 先命中这个历史记录,于是直接把他送到远处下界门,绕过正常 8:1
  4. “非传送门跨维度行为”也记录成门映射,然后脏缓存发力了()

插件与数据包列表。 Plugin and Datapack List.

理论上来说原版也可触发,但只要安装了传送类插件,且玩家频繁使用、打开了 return-nether-portal-fix=true 那么就更容易触发

更多详细信息。 The more information.

起初是在我服务器上发现的,然后分析了一下,发现在玩家的 NBT 数据中,异常链接就是这个玩家的 ReturnPortalList 记录触发的。也就是说,玩家在传送的时候,两个下界传送门已经被 Leaves 记成一组近似双向链接了。只要 return-nether-portal-fix=true,它会优先走这份“玩家个人历史链接”,而不是先按 8:1 正常搜索。

也就是说,持续错误有可能是 Leaves 串门修复缓存造成的。

Metadata

Metadata

Assignees

No one assigned

    Labels

    status: acceptedDisputed bug is accepted as valid or Feature accepted as desired to be added

    Type

    No fields configured for Bug.

    Projects

    Status
    ✅ Accepted

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions