Claude 20f5c459d6 Stop the apply-ota intent link from re-firing after a reload
`reloadAsync()` restarts the JS runtime but not the native process, and
`expo-linking` keeps handing out the URL the app was opened with (its
native registry outlives the runtime). The `previousIntentUrl` guard
lives in the JS runtime, so it was wiped by the reload and the launch URL
was handled a second time: `intent/apply-ota` prompted to apply the
deployment again, which reloaded again, and looped.

Reloads now go through `reloadWithUpdate`, which leaves a marker in
device storage, and the intent handler seeds its guard with the launch
URL when it sees that marker, so the URL is treated as already handled.

Also fix the pull request deployment detection that made this a loop
rather than a stray prompt. `currentlyRunning.channel` is the channel
configured in the native build (`production`/`testflight`), not the
channel an update was served from - our updates service selects that with
the `channel` extra param - so it never started with `pull-request` and
the back-off guards in `useOTAUpdates` were dead. On a TestFlight build
that meant the automatic check reset the channel param and offered to
relaunch onto the regular bundle, which re-fired the intent, which
re-applied the deployment. Instead, record the update id we apply and
compare it against the running one; reverting drops the record so the
automatic checks resume.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DEz4XBc47YabrrCzSfcRXj
2026-07-26 20:18:21 +00:00
2026-02-23 22:34:52 -08:00
2022-06-07 17:50:05 -05:00
2026-05-05 11:51:42 -07:00
2026-07-16 07:23:37 -07:00
2026-07-24 03:48:55 -07:00
2026-07-10 12:27:00 -07:00
2026-05-25 16:29:46 -05:00
2026-07-23 18:25:40 +03:00
2022-06-07 17:50:05 -05:00
2024-07-11 18:15:35 -07:00
2026-07-10 12:27:00 -07:00
2022-06-07 17:50:05 -05:00
2026-07-23 18:25:40 +03:00
2026-07-10 12:27:00 -07:00
2026-07-24 09:43:38 -07:00
2026-07-16 07:23:37 -07:00
2026-01-20 08:50:07 +02:00
2026-05-18 09:51:04 -07:00
2026-07-14 05:39:05 -07:00

Bluesky Social App

Welcome friends! This is the codebase for the Bluesky Social app.

Get the app itself:

Development Resources

This is a React Native application, written in the TypeScript programming language. It builds on the atproto TypeScript packages (like @atproto/api), which are also open source, but in a different git repository.

There is a small amount of Go language source code (in ./bskyweb/), for a web service that returns the React Native Web application.

The Build Instructions are a good place to get started with the app itself.

The Authenticated Transfer Protocol ("AT Protocol" or "atproto") is a decentralized social media protocol. You don't need to understand AT Protocol to work with this application, but it can help. Learn more at:

The Bluesky Social application encompasses a set of schemas and APIs built in the overall AT Protocol framework. The namespace for these "Lexicons" is app.bsky.*.

Contributions

Note

While we do accept contributions, we prioritize high quality issues and pull requests. Adhering to the below guidelines will ensure a more timely review.

Rules:

  • We may not respond to your issue or PR.
  • We may close an issue or PR without much feedback.
  • We may lock discussions or contributions if our attention is getting DDOSed.
  • We're not going to provide support for build issues.

Guidelines:

  • Check for existing issues before filing a new one please.
  • Open an issue and give some time for discussion before submitting a PR.
  • Stay away from PRs like...
    • Changing "Post" to "Skeet."
    • Refactoring the codebase, e.g., to replace React Query with Redux Toolkit or something.
    • Adding entirely new features without prior discussion.

Remember, we serve a wide community of users. Our day-to-day involves us constantly asking "which top priority is our top priority." If you submit well-written PRs that solve problems concisely, that's an awesome contribution. Otherwise, as much as we'd love to accept your ideas and contributions, we really don't have the bandwidth. That's what forking is for!

Forking guidelines

You have our blessing 🪄 to fork this application! However, it's very important to be clear to users when you're giving them a fork.

Please be sure to:

  • Change all branding in the repository and UI to clearly differentiate from Bluesky.
  • Change any support links (feedback, email, terms of service, etc) to your own systems.
  • Replace any analytics or error-collection systems with your own so we don't get super confused.

Security disclosures

If you discover any security issues, please send an email to security@bsky.app. The email is automatically CC'd to the entire team and we'll respond promptly.

Are you a developer interested in building on atproto?

Bluesky is an open social network built on the AT Protocol, a flexible technology that will never lock developers out of the ecosystems that they help build. With atproto, third-party integration can be as seamless as first-party through custom feeds, federated services, clients, and more.

License (MIT)

See ./LICENSE for the full license.

Bluesky Social PBC has committed to a software patent non-aggression pledge. For details see the original announcement.

P.S.

We ❤️ you and all of the ways you support us. Thank you for making Bluesky a great place!

S
Description
No description provided
Readme MIT 838 MiB
Latest Build Latest
2026-09-08 16:36:01 +00:00
Languages
TypeScript 92.9%
Go 2.2%
JavaScript 1.8%
Kotlin 0.9%
HTML 0.9%
Other 1.2%