decentraland / decentraland/unity-explorer

Unify landing position between map/chat teleport and Events page teleport

Open
#9,546 2 comments 0 reactions 1 assignee Claimed by @popuz View on GitHub
2-medium bug creator-issue Windows Only
Dominant language
C#
Stars
23
Forks
17
Avg merge
2d 16h
Merged PRs (30d)
101

Description

### Build version
Not specified

### Issue Description
When teleporting to a parcel via the in-game map or chat command (e.g. `/goto -148,141`), the player lands at a different position than when using the **Jump In** button on the Events page for the same parcel. This inconsistency breaks game scenes that rely on a designated start point, because players arriving via the Events page bypass the scene's intended spawn area.

From existing context, the Events page teleport uses `landOnParcel` (added in PR #8942), which targets the event's coordinates directly, while map/chat teleports appear to use a different mechanism that may respect scene spawn points differently.

### STR (Steps to Reproduce)
1. Open the in-game map and teleport to `-148,141`
2. Note the landing position
3. Find an active event at that parcel on the Events page and use **Jump In**
4. Compare the landing position

### Expected Result
Players should land at the same position (honouring the scene's configured spawn point) regardless of which teleport method is used.

### Actual Result with evidence
Players land at different positions depending on the teleport method used (map/chat vs Events page Jump In), which causes players to bypass a game scene's designated start area.

### Reproduction
Always (100%)

### Operative system and additional Notes
Windows (reported by a creator)

### Related Issues
- #9368 — No control over where to spawn inside a scene (related feature request)

---
Reported by a creator
Requested by Dawid Krajewski (<@U079GRD9WTZ>)

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.