Skip to content

fix: remove duplicate empty AppIcon catalog that broke App Store builds - #23

Merged
HumbleBee14 merged 2 commits into
mainfrom
fix/ios-duplicate-appicon-catalog
Jun 21, 2026
Merged

fix: remove duplicate empty AppIcon catalog that broke App Store builds#23
HumbleBee14 merged 2 commits into
mainfrom
fix/ios-duplicate-appicon-catalog

Conversation

@HumbleBee14

Copy link
Copy Markdown
Owner

Problem

Xcode Cloud's Archive → Prepare Build for App Store Connect step fails (Build 29), with no clear error — while local Xcode, on-device, and the GitHub simulator build all pass.

Root cause: the app target compiles two asset catalogs, both defining AppIcon:

  • ZenLock/Assets.xcassets — the full, correct icon set (incl. the required 1024x1024 ios-marketing icon)
  • ZenLock/Resources/Assets.xcassets — a stray catalog whose only content is an AppIcon set with an empty 1024 slot (no image file)

With two catalogs defining AppIcon, the empty marketing slot can win, so the archive ships without a valid App Store marketing icon. Simulator/local/CI builds don't validate that icon — but App Store "Prepare Build" does, hence the failure only there.

Fix

  • Deleted the stray ZenLock/Resources/Assets.xcassets (it contained no real assets).
  • Regenerated ZenLock.xcodeproj with XcodeGen (project's source of truth; Xcode Cloud builds the committed project, so the reference had to be removed from it). The pbxproj now references a single asset catalog; the scheme diff is benign XcodeGen metadata.

Verification

  • GitHub iOS Build CI will confirm it still compiles.
  • ⚠️ CI builds for the simulator, which does not validate the App Store icon — so the real confirmation is re-running Xcode Cloud after merge.

If this isn't the whole story

I can't read the Xcode Cloud logs (Apple-auth gated), so this is the strongest concrete defect found, not a confirmed log line. The authoritative error is in the build's Logs tab or the email App Store Connect sends. Other things worth checking there:

  • Family Controls distribution entitlement approval for the bundle ID (Screen Time apps need Apple to grant it for distribution).
  • Duplicate CFBundleVersion (currently 1) if a build was already accepted.

🤖 Generated with Claude Code

HumbleBee14 and others added 2 commits June 21, 2026 11:49
The app target compiled two asset catalogs: ZenLock/Assets.xcassets (the full,
correct icon set including the 1024 ios-marketing icon) and a stray
ZenLock/Resources/Assets.xcassets whose only content was an AppIcon set with an
empty 1024x1024 slot (no image). With two catalogs both defining AppIcon, the
empty marketing slot can win, so the archive ships without a valid App Store
icon — which is why simulator/local/GitHub builds pass but Xcode Cloud's
"Prepare Build for App Store Connect" step fails (it validates the 1024 icon).

Removed the stray catalog (it held no real assets) and regenerated the Xcode
project with XcodeGen so the committed .xcodeproj no longer references it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015Qvf9BnsiAuaiSPbsZazgr
@HumbleBee14
HumbleBee14 merged commit 2ca3c48 into main Jun 21, 2026
5 checks passed
@HumbleBee14
HumbleBee14 deleted the fix/ios-duplicate-appicon-catalog branch June 21, 2026 19:37
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.

1 participant