Skip to content

Fix render startup after AR authorization - #7

Merged
tiye merged 2 commits into
mainfrom
codex/fix-ar-authorization-render-start
Aug 20, 2026
Merged

tiye merged 2 commits into
mainfrom
codex/fix-ar-authorization-render-start

Conversation

@tiye

@tiye tiye commented Aug 19, 2026

Copy link
Copy Markdown
Contributor

Summary

  • start the render thread only after World Tracking authorization is granted
  • start rendering only after arSession.run([worldTracking]) succeeds
  • keep the existing default pattern unchanged

Validation

  • Renderer.swift passed swiftc -parse
  • git diff --check passed

This is a follow-up to PR #6 and addresses review comment 3815195684.

Copilot AI lite review requested due to automatic review settings August 19, 2026 17:34

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adjusts renderer startup sequencing so AR world tracking authorization and ARSession startup complete successfully before the render thread begins, reducing the chance of starting rendering in an unauthorized/invalid AR state.

Changes:

  • Delay starting the render thread until after world tracking authorization is granted.
  • Start rendering only after arSession.run([worldTracking]) succeeds.
  • Extract render-thread creation into a dedicated helper method.

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment thread vr-dive/Renderer/Renderer.swift Outdated
@tiye
tiye merged commit bb6a7eb into main Aug 20, 2026
@tiye
tiye deleted the codex/fix-ar-authorization-render-start branch August 20, 2026 15:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants