Skip to main content
Wire Android ships six build flavors, each with a distinct icon background color for easy visual identification. The flavor controls the default backend, logging behavior, feature flags, and application ID. For full configuration details, see default.json in the repository root.

Flavor overview

FlavorIcon colorApplication IDDefault backendLoggingAnalytics
DevRedcom.waz.zclient.devWire Staging (anta)EnabledDisabled
StagingOrangecom.waz.zclient.devWire StagingEnabledEnabled
InternalGreencom.wire.internalWire ProductionEnabledEnabled
BetaBluecom.wire.android.internalWire ProductionEnabledEnabled
ProdWhitecom.wireWire ProductionDisabledEnabled
F-DroidWhitecom.wireWire ProductionDisabledDisabled

Flavor details

Intended use: Active feature development. Bleeding edge and unstable.
  • Connects to the Wire Staging backend (https://nginz-https.anta.wire.link)
  • Developer features and development API enabled
  • SSL certificate validation can be ignored
  • Logging uploaded to a third-party service for developer analysis
  • Analytics disabled
{
  "application_id": "com.waz.zclient.dev",
  "developer_features_enabled": true,
  "logging_enabled": true,
  "development_api_enabled": true,
  "ignore_ssl_certificates": true,
  "analytics_enabled": false,
  "default_backend_url_base_api": "https://nginz-https.anta.wire.link"
}

Logging behavior

Logs from Dev, Staging, Internal, and Beta builds are automatically uploaded to a third-party service (Datadog) for developer analysis. Do not use these builds with personal or sensitive accounts.
Prod and F-Droid builds never upload logs. Users can enable local logging within the app settings and export log files manually, but logs remain on-device only.
Wire does not log sensitive content such as message content or encryption keys. Unique identifiers are obfuscated in all log output.

Build types

Each flavor can be combined with a build type:
Build typeDescription
debugNot minified. Includes extra debugging tools. Slower at runtime. Can be profiled.
releaseMinified and optimized. Suitable for distribution.
The combined variant name follows the pattern <flavor><BuildType>. For example:
# Assemble a staging debug build
./gradlew assembleStagingDebug

# Assemble a production release build
./gradlew assembleProdRelease

# Assemble an F-Droid release build
./gradlew assembleFdroidRelease

Source sets

Flavor-specific resources and code live under app/src/<flavor>/. The following source sets are present in the repository:
app/src/
├── main/          # Shared code and resources
├── debug/         # Debug build type overrides
├── dev/           # Dev flavor resources
├── staging/       # Staging flavor resources
├── internal/      # Internal flavor resources
├── prod/          # Prod flavor resources
├── fdroid/        # F-Droid flavor resources (no GMS)
├── nonfree/       # Shared resources for non-F-Droid flavors
├── foss/          # Shared resources for FOSS (F-Droid) flavor
├── public/        # Shared resources for public-facing flavors
└── private/       # Shared resources for internal-only flavors

Build docs developers (and LLMs) love