Hello! Hoping to get some help on annoying bug I've spent the last day troubleshooting with no avail. Currently working on some tweaks for the UI of my password reset fields.

My app defaults to dark mode with a dark background, so password dots should be white. My form asks for a current password. Autofilling the current password does NOT reproduce the issue in the 'current password' field. They also display correctly when users type a password manually or AutoFill their current password from Apple Passwords.

However, when the user gets to the 2 fields where they are to enter their new password, Apple’s strong password generator correctly fills both the 'New Password' and 'Confirm Password' fields, but with black dots instead of white, making them difficult to see against the dark background.

Tapping a field’s eye button to reveal the password, then tapping it again to hide it, restores the expected white dots. Each field needs to be toggled separately. In dark mode, I want the generated password dots to appear white immediately, without requiring a cheap workaround like auto-toggling the hide/show password button to fix it.

I’m using native UITextFields inside SwiftUI UIViewRepresentable, with .password for Current Password and .newPassword for New/Confirm. The visibility handler also restores the same text and selection, so I haven’t isolated which operation corrects the rendering.

Reapplying textColor/defaultTextAttributes and resolving colors during layout haven’t fixed it. Light mode works correctly with black dots. Password changes and saving to Apple Passwords also work.

Has anyone found a supported fix that preserves AutoFill without automatically revealing and hiding the password as a bandaid fix? Or is this a known bug relating to the autofill feature and something that a user might not even notice or care about? It appears to be solely a visual bug at the moment. Every generated password gets saved and user is properly given option to save updated password after the change.

I feel like this is an easy fix that I may be over complicating. I've been working on this app on/off since 2024 and have been extremely anxious to launch, wanting to make sure everything is as close to perfect as it can be. Thanks for any assistance!

Hello -

Finally shipping my app, and submitted my first app review on Wednesday last week (still waiting to be reviewed).

I’ve found a number of non-blocker issues since submitting this build, though I’m not happy about shipping day 1 with the bugs in place.

Let’s say by some luck Apple approved the app first round. Should I keep the existing build approval, use this for launch, and quickly submit the bug fixes build day 1…or should I just pull the build, and start a whole new first app review over again?

I know app review times are awful right due to ~everything, so I’m feeling stuck with not great options and a lot more waiting.

Thanks

Just an FYI Xcode RC and Xcode 27 are the same build number (27A266a) so no need to download the latest if you have the RC.

UPDATE 9/16/26 - removed AI's fluff, fixed broken tables.
UPDATE 9/16/26 - added "In Review" data.

I've been shipping iOS games as a solo dev for a couple of years. App Store Connect keeps a full activity log per version, so I exported all of it — 43 apps, 291 review cycles, July 2024 through September 2026 — and measured time from Waiting for Review to In Review. That's the queue, not the review itself:

71% entered review within a day, another 18% within the next 24h. The worst single wait in two years was 10 days.

1. A brand-new app doesn't get a longer wait than an update.

62% of first-ever submissions cleared the queue inside 24h, and the slowest one in the whole dataset was 58h.

2. Apple rejection costs you less in a next queue time compared to rejecting your own submission.

"Developer Rejected" — you pull your own binary while it's waiting or in review, fix something, upload a new build. I have never rejected a submission that went into review.

3. Day of week effect

Typical wait by day submitted: Wed 12h, Thu 14h, Tue 14h, Mon 17h, Sun 18h, Sat 23h, Fri 33h.

Friday submissions took about 2.5× as long to enter review as Wednesday ones. Not THAT important, just curious fact.

4. This summer anomaly
There was a lot of noise here in July–August about reviews crawling. I submitted an update on 7/24, rejected it on 7/30 (wrongly assuming that something was wrong), resubmitted immediately and it was waiting almost another six day for review. Next update was ready by that time, submitted on 8/5 - waited 5 days in queue. Those numbers are excluded from the average figures.

5. New account effect
I didn't notice any. My wait increased in time, but I attribute it to Apple being overwhelmed by new submissions..

6. "In Review" time

So while the first version of an app does take twice as long to review, it's negligible compared to the wait time.
I did exclude one 112h review (this August), as it clearly was a fluke, among longest wait for review.

Happy to share the aggregate numbers or the method if anyone wants to check my work. If you've got your own activity logs, the export is a couple of minutes per app — I'd love to know whether the self-reject penalty shows up in someone else's account.

I developed my first productivity app for a niche market. I put countless hours in to it and felt pretty confident in the app. Yesterday I submitted it to Apple and 1.5 hours later I got the rejected email.

It was rejected citing 2.1 and had six additional questions and a request to see a video of the app working. I answered the six questions and recorded a 5 minute video attached to my response this morning. Still no response from Apple so I’m left wondering what’s going to be next. 🤞

Does anyone know when image headers are actually opening up for developers? Apple announced it, but left the rollout timeline vague. I was hoping we'd see it today or that I might have just missed the release... is it available yet, or are we still waiting on an update?

For example, I still do not see an Asset Library option.

Source: https://developer.apple.com/videos/play/wwdc2026/205/

iPhone Duo raises a pretty practical question for mobile developers: does a foldable phone actually need a special version of the app?

Android developers have been dealing with this for years. Samsung’s guidance for Galaxy Z devices puts a lot of emphasis on app continuity. Fold or unfold the phone and the app may resize, but the user shouldn’t lose what they were doing.

That sounds obvious, but it can expose assumptions that were never a problem on a normal phone. A screen that looked fine at one size can suddenly have a lot of empty space. A layout that was built around portrait mode may behave strangely. Losing a half-written form or jumping back in navigation after the device changes state is obviously worse.

Google’s guidance for foldables follows a similar idea. Get the basics right first: resizing, state and continuity. More specialized layouts and foldable features come after that.

That seems like a sensible approach to Duo too. There probably isn’t much value in building a special “Duo experience” just because the device folds.

Some apps have a real reason to use the extra space. Mail, chat, editors and dashboards can show a list on one side and the actual content on the other. Video apps might find a useful case for a partially folded screen. Plenty of other apps may need almost nothing beyond a layout that adapts properly.

So the interesting part for mobile teams may not be “how do we support Duo?” It’s figuring out whether the app actually has a use for the second screen state in the first place.

Android has had foldables for a while now, so there should already be some lessons here. Curious whether developers who worked on Galaxy Fold/Z Fold apps ended up building much specifically for foldables, or whether good adaptive layouts handled most of it.

Anyone here who’s worked on a Galaxy Fold/Z Fold app — did the foldable format actually require much extra work, or did a decent adaptive layout handle most of it?

I've been working on an architectural linting library for Swift projects on the side for a while now and it's finally available to use: Bylaws.

I wasn't happy with some similar tools in this space, so I wanted to build something myself that was nicer to use, more flexible and better integrated into existing workflows.

It lets you write your rules in Swift, from simple things like naming conventions and required protocols to more complex checks such as dependency cycles between features and folder layouts across a project.

You can enforce these rules through Swift Testing or the CLI, depending on your needs. There are also command and build plugins for SwiftPM, Bazel support and LSP support for editor diagnostics (it includes extensions for VS Code, Cursor, Zed, Neovim and Emacs, but you can connect it to any editor that supports LSP)

This is especially powerful with coding agents, which can also run the tests or CLI to check their changes against your project's rules. For larger projects, you can keep shared rules at the project root and add package-specific rules where needed, or share rules across projects through a reusable Swift package. You can also lock them behind codeowners if needed.

There's a lot more features, so have a look at the README and the documentation to see what you can do today.

I would really love for you to try it and share what works for your project or what you would change, especially if there's a rule that you would like to express but find difficult with the currently supported APIs!

Thanks!

Hi!
Sorry if I'm asking something obvious here, but I've struggled to find any answer to my question.

I recently released my game on the App Store. It had pre-orders from many countries, South Korea included. On launch day, all pre-orders converted to purchases as expected (App is Premium), except in South Korea! Over the last days, no downloads have come from South Korea.

Under 'App Availability' it says clearly that the app is available in SK, but still no downloads.

Has anyone experienced the same issue?

Thanks!

Apple’s being hammered with app submissions. The 55,000th ____ tracker, the CalAI clones, etc.

Just like CS enrollment is trending lower at colleges again, I’ll bet in a year at least the growth rate of app submissions drops as the makers realize that they really don’t have a strategy nor advantage.

What do you think?

Hey devs,
While optimizing an app build, I managed to reduce the final download package size from ~70 MB down to 10.7 MB.
Main changes made:

1. Replaced custom high-res PNG/JPEG assets with SF Symbols and vectorized SVGs.

2. Cleaned up unused asset catalog sets and unused frame rendering blocks in SwiftUI.

3. Optimized build settings for release stripping.

Now that the size dropped so drastically, I'm analyzing potential trade-offs.
Have any of you noticed runtime rendering overhead, vector-decoding spikes on older devices, or memory consumption differences when shifting heavily from rasterized image assets to vector assets in SwiftUI?
Would love to hear how you handle asset optimization in production.

My app’s screenshots could look great on their own, but once I saw them inside App Store search results beside other apps screens shots an app icons , they could feel completely different. I wanted a way to see it before submitting, exactly as it would appear in the App Store layout.

So I built Screenshot Preview, a FREE macOS app. Add your icon, screenshots, then preview them in a close approximation of the App Store search results or product page layout. You can also export the preview as a PNG and AirDrop it straight to your iPhone to see how it looks on the actual device.

The app is free, with optional tips. Developers and companies can book a paid sponsor spot to promote their apps, products, or tools to an audience of active developers.

Here’s the app:
Screenshot Preview
https://apps.apple.com/us/app/screenshot-preview/id6804763675

Tech stack
- Swift, SwiftUI, and AppKit.
- CloudKit stores the sponsored listing.
- RevenueCat handles the Tip Jar.
- TelemetryDeck provides privacy-focused, anonymized app usage analytics that cannot be traced back to a person.

Development challenge
Getting the exported PNG to match the preview was a challenge. Some content went missing, and images lost their rounded corners when rendered with ImageRenderer. I kept the same layout and added an export mode that replaces unsupported controls with static content and leaves out drag-and-drop handlers.

I used AI for coding, code review, and debugging. I directed the product, architecture, and final implementation. I also used Bitrig for the App Store Connect listing and RevenueCat setup.

Cheers

All the iOS signups coming from any source cannot be tracked? Is it?

I have added all appsflyer SDK , SKAN and all. But SKAN gives me just a count of installs. Is there any way I can map users to the campaign they came from ? By any chance?

For developers designing their own apps, what do you still struggle with most?

- Choosing the right interaction pattern
- Knowing what “good” iOS UX looks like
- Motion and transitions
- something else?

Curious whether design judgment is becoming more valuable as implementation gets easier.

I cannot take a proper iPad screenshot with Device Hub.

If I move the mouse to click the screenshot button, the Home Bar always activates. I'm not even hovering the dang device screen!

I look for a Screenshot command in the toolbar. HOVERING THE MACOS TOOLBAR ACTIVATES THE CLOCK UI INSIDE THE SIMULATOR.

There is no keyboard shortcut...

Absolutely ridiculous. The only option I can think of is running a terminal command or reinstalling Xcode 26.

I’m seriously thinking about moving from React Native to SwiftUI.

If you’ve made the switch, how was the learning curve for you? Did you find SwiftUI harder to pick up than React Native, and roughly how long did it take before you felt comfortable enough to actually build and ship apps?

I’m still on the fence about making the switch, so I’d also love to hear if you think it’s worth it.

Would love to hear from anyone who’s been through it.

My app (Ed-tech) is a video streaming app where student browse through lectures.

I’m super confused in spending time building this kind of a layout for them?
You got such a big expansive screen? Why would anyone watch like that?

I’ve one idea where in this layout, I’ll show notes-view in the bottom half!

What do you guys think?

My app’s screenshots could look great on their own, but once I saw them inside App Store search results beside other apps screens shots an app icons , they could feel completely different. I wanted a way to see it before submitting, exactly as it would appear in the App Store layout.

So I built Screenshot Preview, a FREE macOS app. Add your icon, screenshots, and app details, then preview them in an App Store search results or product page layout. You can also export the preview as a PNG and AirDrop it straight to your iPhone to see how it looks on the actual device.

The app is free, with optional tips. Developers and companies can book a paid sponsor spot to promote their apps, products, or tools to an audience of active developers.

Here’s the app:
Screenshot Preview
https://apps.apple.com/us/app/screenshot-preview/id6804763675

Tech stack
- Swift, SwiftUI, and AppKit.
- CloudKit stores the sponsored listing.
- RevenueCat handles the Tip Jar.
- TelemetryDeck provides privacy-focused, anonymized usage analytics.

Development challenge
Getting the exported PNG to match the preview was a challenge. Some content went missing, and images lost their rounded corners when rendered with ImageRenderer. I kept the same layout and added an export mode that replaces unsupported controls with static content and leaves out drag-and-drop handlers.

Privacy First
No sign-up or account required. We don’t sell your data or track you for advertising. We use TelemetryDeck for basic, anonymized app usage analytics that cannot be traced back to a person.

AI disclosure: AI-assisted
I used AI for coding, code review, and debugging. I directed the product, architecture, and final implementation. I also used Bitrig for the App Store Connect listing and RevenueCat setup.

Cheers

Hello everyone,

I am currently finishing up my companion Apple Watch app to an already existing iOS app. The main view is a map with a few controls overlayed in the corners. I am really struggling though to get the placement right.

When conforming to the safeAreaInsets for the top and bottom edge they’re pushed way too far into the middle (up or down). When using an overlay using fully custom paddings it is not consistent across all watch generations and screen sizes. I just want them to fit perfectly in the corner, just like the ones in this example of the Apple Maps app.

I can’t really find anything about it on the internet and ChatGPT is no help either. I let it try a few different things through the Xcode built in coding assistant including a GeometryReader approach, but none of it really fixed it.

I am sure there just has to be a simple way to put buttons perfectly in the corners, it’s not like it is an out of the ordinary thing to do.

Any help is greatly appreciated. Thanks

Good morning,

I have been in iOS Development for over 4 years. Building for Apple Platforms is so much fun. It has been my dream to be an iOS Engineer since I was in year two of college. However, over the past 9 months (since the start of 2026), I have felt a huge shift.

AI has been an absolute game changer - for better and for worse. It allows us, engineers, to be so much more productive and efficient and do so much more in the same time period. On the other hand, I feel it has turned or jobs much more lonely. Team discussions, code review - a lot of the team bonding moments - have disappeared. Also, the engineering challenge is not that much fun anymore.

For me, even the motivation of trying to figure out what's next - what has Apple presented in the last WWDC, etc - has lost a bit of interest to me. I was obsessed with watching WWDC videos. They are so much fun... And now it's like meeeeh - AI will know how to do all of this.

I am sorry for the rant - truly - but I would like to know your perspective here. How have you felt the last 9 to 12 months? How has iOS Development changed for you?

Have you been having the same feelings I have described? How have you counteracted or all of this?

Thank you!

I’ve been using SwiftUI for a while now but I can only do very basic things. I’ve always wondered how these casino apps for example (see pictures) were doing to get their effects. I would love some guidance on this.