try await WeatherService.shared.weather(for: sf, including: .daily(startDate: start, endDate: end)) If the start date is in the past I get an empty forecast. If start date is in the future I just get the current day's forecast. I tried with .hourly as well; got the same problem as I always get hourly data for the current day.

I am looking into the possibility of adding WeatherKit support to one of my apps. I have added the WeatherKit capability to my app and can see it up in the App ID configuration, the bundle ID is marked as explicit. I waited overnight just in case, but I keep just getting the following error when I run on a real device: Error Domain=WeatherDaemon.WDSJWTAuthenticatorService.Errors Code=1 "(null)" This app has been in the store for years, so I know the rest of the configuration should be fine. What am I missing?

I am attempting to utilize the new SWAttributionView in SwiftUI since I am adding SharedWithYou support to one of my apps. Below is the UIViewRepresentable I created to wrap the UIKit component. I have tried many combinations of view modifiers, but have not figured out how to get the height to be just what's needed. My goal is to pin the view near the bottom trailing edge of the view containing it. If I do the same UIViewRepresentable wrapping a UILabel, for testing purposes, I can simple use .fixedSize on it and a Spacer() to get the vertical effect I am looking for. struct AttributionView: UIViewRepresentable {     var highlight: SWHighlight     func makeUIView(context: Context) -> SWAttributionView {         SWAttributionView()     }     func updateUIView(_ uiView: SWAttributionView, context: Context) {         uiView.highlight = highlight         uiView.backgroundStyle = .material       uiView.horizontalAlignment = .trailing         uiView.displayContext = .summary     } }

I am trying to use the new ShareLink component in an app I am moving to SwiftUI. If I use the init(items: Data, subject: Text?, message: Text?) variant of the initializer all works well. However if I try to include a preview using the initializer that takes an additional parameter that is a SharePreview instance I get a crash. The crash complains about Fatal error: SWIFT TASK CONTINUATION MISUSE: data(contentType:) tried to resume its continuation more than once, throwing exportFailed! thread #2, queue = 'com.apple.root.user-initiated-qos.cooperative', stop reason = Fatal error: SWIFT TASK CONTINUATION MISUSE: data(contentType:) tried to resume its continuation more than once, throwing exportFailed! The creation of the SharePreview object itself succeeds with nothing. Its the initialization of the ShareLink object that goes boom. Any ideas? Known issue? Wait for next beta? Environment: Xcode 14 beta 2, iOS 16 beta 2, iPhone 8

I did see a checklist in another post (see below) that I did verify as being configured correctly, but my delegate never gets called. I have confirmed that my universal link is working correctly as tapping on it in Messages does cause the app to open and handle it by going to the appropriate screen. A couple of details: My universal link is new and am testing it using Developer -> Associated Domains Development I am rewriting my app using SwiftUI including @main being a struct derived from App What else am I missing? is Shared with You enabled for your app? Preferences > Messages > Shared with You and see if the toggle for your APP is enabled? is Shared with You enabled for the conversation where these universal links are shared In the conversation where the universal links are shared, is the participant a Contact? If you have sent the link, then you will need to "Pin" the link for it to surface in Shared with You.

I am starting to use CLLocationButton in my apps, but can see an issue with its behavior. When the user taps on a UIButton it is visually noticeable that it's being tapped. Color/Alpha change, image adjusts, etc... When the user taps on a CLLocationButton there is no queues as to it being pressed. I've had several test users complain already that they think the button is not working given that the action might not result in an immediately change to the UI. Apple FB: FB10019792 Open Radar: https://openradar.appspot.com/FB10019792

When a user receives a provisional notification they are given an option to keep receiving notifications or stopping then. If they tap "Keep" they use to get asked if they want them to be delivered prominent or quietly. Well, in iOS 15 (Xcode 13) my users are not getting that choice and the notifications are stuck in "delivered quietly" unless the user happens to change that in their Settings. This defeats the purpose of provisional notifications and I have to go back to the old way which causes the user to be interrupted in the app when I have to ask permission. I am guessing its related to the new Summary feature that recently got added by Apple. What's going on here, Apple?

I have a UICollectionViewDiffableDataSource that has its supplementaryViewProvider property set to a closure that returns a header view for the cell. The closure is only getting called for the first section of the collectionView regardless of the number of sections there are, each of which do contain cells. I am using Xcode 13 beta 5.

I see that many accessibility features have been added to the SwiftUI API, but I am unable to find support for LargeContentViewer on custom views. Is it perhaps going by a different name? Is it really not supported yet in the latest SwiftUI implementation?

I want to clean up a bunch of questions that I have asked that have reasonable responses, but I cannot figure out for the life of me how to indicate that a question is Solved. I do still see a "Solved" count in my profile.

I have user's wondering why my apps do not have a microphone icon in search fields that let them go directly to dictation, like the iOS Mail app. I know of no feature that would allow me to accomplish the same look/behavior. Understanding that the user first has to bring up the regular keyboard then tap the microphone on the bottom of the keyboard. Apple's apps should not be using features in what appear to be standard components that us app developers don't have access to. Before I file the enhancement/bug report I just want to confirm that I am correct in my thinking.

I have noticed that I am not getting any form of notification that someone has replied to a question I pose on this forum. I don't get a chance to constantly check the forums so it would be nice if we could be notified.

I am unable to get a UIButton's image to size as I change the font size. I can get the text in the label to work correctly using the adjustsFontForContentSizeCategory property on the button's label, but there appears to be now equivalent for the image. If I restart the app after making the font size change, the button does indeed scale the image correctly so I know I have the preferred configuration setup correctly. I figured I could work around the issue using traitCollectionDidChange and comparing the preferredContentSizeCategory, but I am still unable to get the button to resize itself no matter what I attempt to tweak. Anybody else running into this issue? Any workarounds?

I love the RESTful API that allows me to query the Apple Music service, I love the Codable protocol - I just wish that Apple would supply the Codable structs to match the results we received from the API. That would make it much cleaner, easier to take advantage of the data we are getting. It seems like we all have to recreate the same Codable objects - not the most efficient way to deal with data.

I understand the value in moving from the UIImagePickerController to the PHPhotoViewController, but it seems to missing the feature that allows the user to edit/crop the photo. Am I missing something, or should I be submitting an enhancement request?