Skip to content

EN 9 FAQ

EasterGhost edited this page Jul 18, 2026 · 7 revisions

9 FAQ

中文版本 | English version

Is this a pure server-side mod?

Core features can run server-side only. If clients also install the mod, user experience is more complete and can integrate further with supported map mods.

Do clients have to install this mod?

No. Base commands such as personal/shared homes, warp, back, tpa, worldspawn, rtp, and wild work server-side only.

Client installation mainly improves command-sending experience and enables map integration when supported map mods are also installed.

Does this mod heavily modify game behavior?

No. Server-side mixin usage is intentionally small and mainly records player death locations. Command registration, config, storage, and teleport services are handled by the mod's own systems.

Client-side mixins mainly support map integration and command-sending experience. Without the client mod installed, base server commands are unaffected.

How do I enable/disable a module?

/tpc enable/disable <module>

Currently available module names:

  • back
  • home
  • tpa
  • warp
  • worldspawn
  • rtp
  • wild
  • integration

What does warp.maximum=0 mean?

It means no limit on total global warp count.

Is debug logging enabled by default?

No. Extra debug logs are disabled by default. When troubleshooting, temporarily run:

/tpc debug true

After collecting the needed logs, turn it off:

/tpc debug false

Why does defaultSafetyCheck not trigger target safety checks by itself?

Known-target teleport safety checks require target preloading plus either the default safety setting or an explicit per-command override:

  • teleporting.preloadEnabled=true
  • teleporting.defaultSafetyCheck=true, or the command explicitly passes <disableSafetyCheck>=false

If target preloading is disabled, known-target teleports such as home, sharedhome, warp, back, and worldspawn use the original target directly. RTP and Wild are not affected by this rule; each uses its own destination safety logic.

Why do shared homes disappear after a restart?

Shared-home publications and subscriptions are intentionally runtime-only and are not written to storage. After a restart, owners must publish again with /sharehome and other players subscribe from the new broadcast. The source home itself is not lost.

Can the map integration sync interval be set to 0?

No. The current minimum is 1 second, and both config loading and admin commands clamp lower values to that minimum. The config file field is still xaero.syncIntervalSeconds; the admin command is /tpc config integration syncIntervalSeconds <seconds>. Client-side request throttling still follows its own separate logic.

TeleportCommandsFabric

选择语言入口:

Clone this wiki locally