“eskimo”

It looks like you’re trying to report a bug. If so, the best place to do that is in Feedback Assistant. See Bug Reporting: How and Why? for lots of hints and tips for that process. Please post your bug number, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

[quote='883809022, Mingmiu, /thread/822198?answerId=883809022#883809022, /profile/Mingmiu'] I reported it as FB22333352 [/quote] Thanks. That’s definitely the right path forward for this. IMPORTANT I noticed that you didn’t attach a sysdiagnose log to your bug report. Even though this problem is easy to reproduce, a sysdiagnose will help with the routing of your issue internally. So please reproduce the problem, trigger a sysdiagnose log, and then attach it to this bug. For more information about sysdiagnose logs, see Bug Reporting > Profiles and Logs. For context, that alert says: 允许 “testNetwork”使用无线 数据？ 关闭无线数据时，部分功能可能无法 使用。 [无线局域网与蜂窝网络] [仅限无线局域网] [[不允许]] A machine translation is: Allow testNetwork to use wireless data? When wireless data is turned off, some functions may not be available. [Wireless LAN and Cellular Network] [Wireless LAN only] [[Now Allowed]] This alert only shows up if the iPhone was bought in China, where iOS gives the user the option to control an app’s access to Wi-Fi (normally the

I just checked on FB22286320 and it seems that you pushed back on this. Thanks. Given that there’s a workaround for the immediate issue, I think your bug report is the right path forward for future improvements. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Yeah, I dusted off one of my CoreWLAN test projects and tried to get this working. Sadly, I had the same issue as you. I’m able to see other events but not linkQualityDidChange events. I tried a couple of things: Disabling the App Sandbox Requesting the location privilege Neither helped. Looking at the system log I see this: type: default time: 2026-04-09 13:49:29.717180 +0100 process: airportd message: ERROR: CoreWLANTestbed (62660) is not entitled for com.apple.wifi.events, but allowing anyways for event type 6 where 6 is the raw value of the linkQualityDidChange event, which confirms that the registration worked. There are plenty of signs in the system log that the system is noticing the RSSI change. There seems to be something blocking event delivered, and it’s not at all clear what. I’m going to have you file a bug about this. Once you’re done, reply here with the bug number and I’ll take another look. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo

OK, you’re definitely on the right path here. [quote='883659022, RobJones, /thread/821896?answerId=883659022#883659022, /profile/RobJones'] it works ONLY WITH my enterprise provisioning profile. [/quote] Interesting. I didn’t expect to see a difference between team types here, because Developer Account Help > Reference > Supported capabilities (iOS) says that Keychain Sharing is available for all three team. However, I tested this and discovered a discrepancy. Specifically, I created a test project with two app targets: Individual, signed by the Individual team I use for testing (SKMME9E2Y8) PersonalTeam, signed by the Personal Team I use for testing (SKMME9E2Y8) Note Personal Team is the term that Xcode uses for Apple’s free provisioning feature. It corresponds to the Apple Developer column in the table I referenced earlier. In contrast, an Individual team is covered by the ADP column. I then added the Keychain Sharing capability to both, built them for the device, and then dumped the profiles: % secur

[quote='883691022, akadeepsh, /thread/806641?answerId=883691022#883691022, /profile/akadeepsh'] isn't there any way to add a thumbnail to replace the blue swirl galaxy? [/quote] (Negative question. Tricky!) AFAIK there’s no supported way to replace the default thumbnail. [quote='883691022, akadeepsh, /thread/806641?answerId=883691022#883691022, /profile/akadeepsh'] I haven't signed any screensaver before so i have no idea. [/quote] I presume you’re distributing it directly? If so, you’ll need to use Developer ID signing. I have a couple of key points about that: Developer ID signing identities are precious, so you need to manage them carefully. See The Care and Feeding of Developer ID. If you’re using Xcode, be aware that the organiser can only export apps. If your distribute a standalone screen saver — rather than, say, nesting it within an app — then you’ll need to manually export and re-sign the screen saver from your Xcode archive. For more on how to do that, see Creating distribution-signed code for macO

So, yeah, this is pretty much what I suspected yesterday. The behaviour you’re seeing is fallout from a wider change (r. 154872815). It’s part of a security hardened effort, and thus there’s no easy ‘undo’ option. [quote='821894021, oleksandr91, /thread/821894, /profile/oleksandr91'] what I really need is the ability to keep the keychain password in sync with the user password when the latter is changed by our program. [/quote] I’d like to get a better handle on this: Is this part of some sort of identity provider product? From what context are you changing the user’s password? From a GUI app? Or in the background? And what API are you using to do that? And how does confirming the login keychain password help with that process? Presumably that means you also need to change the login keychain password. How are you doing that? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

IMPORTANT There’s updated advice in this reply (i. 101537572, r. 174902737). Wow, that escalated quickly. When I replied earlier I thought that this was something specific to sergej_swiftlane’s situation. However, this is clearly affecting a wide range of folks. A colleague of mine uncovered a third-party developer bug about this (FB22439399) [1] and we’re escalating that internally. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com [1] It may even be from one of you (-:

Thanks for bringing this to the forums. Lemme start out by linking to iOS Background Execution Limits. You’ve probably already seen it, but it sets the stage (hey hey) for other folks following this thread. There are two parts to this: What’s technically possible? What will be accepted by App Review? I can’t addresse the second part. I don’t work for App Review and thus can’t speak on their behalf. My general advice is that you consult their published guidelines and, if you still have questions, contact them directly. With that out of the way, let’s return to the technical stuff. I want to start by recapping some of the points from TN2277 Networking and Multitasking: Networking works fine in the background as long as your app doesn’t get suspended. If your app does get suspended, normal networking will just stop. For things to continue, you need some sort of special affordance, the canonical example of that being a URLSession background session. There’s no special affordance for UDP. So, your question is equi

I recommend that you formally request this in Feedback Assistant. Speaking personally, I’d love to see this. I regularly look up release dates via The Fount of all Knowledge™ but having it easily to hand would be super useful. Please post you’re bug number, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

It looks like you’re trying to file a bug. If so, the best place for that is Feedback Assistant. See Bug Reporting: How and Why? for lots of hints and tips on that process. Please post your bug number, just for the record. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Well, that’s exciting. [quote='821985021, TyngJJ, /thread/821985, /profile/TyngJJ'] Feedback FB22447001 [/quote] Thanks. That’s put this on the right path. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

The most recent update to TN3179 documents two user defaults, AllowedEthernetLocalNetworkAddresses and AllowedWiFiLocalNetworkAddresses, that were specifically created to help folks in your situation. Have you tried them? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I want to make sure I understand your requirements here. You don’t expect to be running any helper code within the guest, right? So you want to discover the IP address (well, addresses) that the guest OS assigned to the shared interface without any cooperation from the guest? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

It seems like you’ve already learnt about the in-depth analysis situation; you can find my standard spiel about that at the end of this post. [quote='821976021, CigaTheRatman, /thread/821976, /profile/CigaTheRatman'] but 24+ hours with no progress on any of the 4 submissions seems unusual. [/quote] No, that’s not unusual at all. Based on what I’ve see here on the forums, it commonly takes a few days. I generally don’t escalate issues like this unless it’s been stuck for a week. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com You can expect that most uploads will be notarised quickly. Occasionally, some uploads are held for in-depth analysis and may take longer to complete. As you notarise your apps, the system will learn how to recognise them, and you should see fewer delays. For lots of additional info about notarisation, see Notarisation Resources. Specifically, it links to a Q&A with the notary service team that’s qu