Notify when left behind not working for any device connected to iPhone on ios 15.2 betas.  However it is working of the iPhone is having iOS 15.1 public release. It also did not work on 15.1 betas, but worked on public release.  Does it mean, notify when left behind does not work on any beta, and is activated at the backhand off apple only for public release.

Another title of the issue can be EAP-TLS network authentication profile becomes untrusted randomly after a break of 1-2 days - manual intervention required for re-establishing connectionIf any wifi connection is established after WPA2 authentication, then the password remains in memory of the iPhone and the network remains a known network without any limit on the number of days. However, if the network connectivity is made using EAP-TLS mode and identity is taken from a profile downloaded and installed on the iPhone, then it is seen that the network does not remain a known network after 1-2 days. In this scenario the user has to intervene to select the same network again manually and click "Trust" button for the profile to authenticate and connect to the network. This requirement of having to click for trusting the profile to connect to the same network at the same location is happening randomly and intermittently after 1-2 days. This is even though the the network connection has been made once earlier using the same profile and the connection is required to be made using the same profile and with the same wifi network. This problem is not faced by Android based phones while connecting to the same network and at the same location- thus this problem is not a network issue. Further, this problem is faced by all users at the same location on different iPhone devices- thus this problem is not an issue with a specific iPhone device. This problem is also faced by any iPhone at all similar networks which use EAP-TLS mode with a profile for authentication-thus this problem is not due to any particular wifi network. This problem is also not faced by iPhone while connecting to any wifi network through WPA2 or using any other authentication mode which does not use a profile- thus this problem appears to be due to iOS configuration of keeping a network as a known network in its memory. It does not occur if the connection has been established once on a day. However this problem recurs randomly and intermittently after a disconnect from wifi network connection with an interim gap of 1-2 days.Steps to Reproduce:1. Open Settings2. Open WiFi3. Select a network out of the available ones4. Click Mode> EAP-TLS5. Move back. Click Identity6. Select the installed profile for authentication7. Move back. Click Join.8. It connects.9. Disconnect from the wifi network10. Switch of WiFi for that day either from iPhone or from the WiFi router11. Switch on WiFi router and the iPhone WiFi the next day.12. The connection to the earlier connected wifi network does not happen without manual intervention of Trusting the profile.Expected Results: The WiFi network connection through EAP-TLS mode which requires profile for authentication should remain a known network even after any number of days of break in network connectivity. Accordingly, if the connection has been established atleast once, it should happen automatically when the same network is detected by the iPhone after any number of days of break.Actual Results: The WiFi network with which a connection has been established once, does not remain a known network after a break in network connectivity for 1-2 days. The user has to intervene manually and click Trust on the Profile which is used for authentication to the network almost every time after a break of 1-2 days of network connectivity.Version: iOS 10.1.1 (build 14b150)

Content type key header added by iOS mail app contains ‘@yahoo.com’, - causing mail to get rejected by some IMAP servers. Issue is occurring on all iOS versions including 14.6, 14.7 betas, and iOS 15.0 betas. On the iPhone, I am unable to forward a mail containing attachments received from a web browser based @yahoo.com or @icloud.com mail account. When the iPhone native mail app forwards a mail received from @yahoo.com or @icloud.com mail account using a web browser like Safari, it adds the following header content to the mail:  Header added by iPhone mail app: --Apple-Mail-91EF9D82-D8B5-41DD-A98A-69489ED47254 Content-Type: image/jpeg; name=image0.jpeg; x-apple-part-url="xxxx-yyyy-zzzz@yahoo.com" Content-Disposition: inline; filename=image0.jpeg Content-Transfer-Encoding: base64 Content-Id: xxxx-yyyy-zzzz[AT]yahoo.com The header added by iPhone mail app is rejected by some third party IMAP mail accounts who reject the message from iOS mail app. The error message generated at IMAP mail servers is as follows: Mail send failure log: Action: failed Status: 5.0.0 (permanent failure) Remote-MTA: dns; [xxx.xxx.xxx.xxx] Diagnostic-Code: smtp; 5.3.0 - Other mail system problem 550-'5.7.1 Attachment type not allowed. File "image0.jpeg;  x-apple-part-url="xxxxxxx-yyyyy[AT]yahoo.com" has the unacceptable extension "com"' (delivery attempts: 0) Is the error of mail rejection on account of iPhone incorrectly adding the header, or is the mail server behaving incorrectly by wrongly rejecting the mail?

I want to create an automator quick action to enable creation of tar archives using tar command on macOS on any selected file or folder in finder. Do I have to use Shell Script or something else? I am unable to do it. Someone please help. I am unable to run the following script for creating tar files. Getting error message. Tarfile="$1.tar" count=1 cd "${@%/*}" if [ $# -eq 1 ]; then while [ -e "$Tarfile" ] do let count++ Tarfile="$1 $count.tar" done else Tarfile="Archive.tar" while [ -e "$Tarfile" ] do let count++ Tarfile="Archive $count.tar" done fi /usr/bin/tar -chf "$Tarfile" "${@##*/}"

Ever since updating to build iOS 10.1.1 (build 14b150) from iOS 10.1, battery life has drastically reduced. Previously with iOS 10.1, the battery lasted for around two days with one 100% charge. However, since updating to iOS 10.1.1 (build 14b150), battery is not lasting even one complete day. Sometimes, the battery drops around 10% in just 15minutes. This happening with no change in the software configuration or other settings.The battery life percentage displayed on the screen sometimes flickers and changes its value suddenly- upwards or downwards.

Is it possible to install some specific file on macOS running Ventura, instead of installing the complete Xcode 15 beta to enable syncing iOS 17 beta device with the macOS. I tried checking device support files on Xcode 15 Beta, but it does not have device support files for iOS 17 under Contents > Developer > Platforms > iPhoneOS.platform > DeviceSupport. The latest iOS version folder available there is for iOS 16.4. Surprisingly, iPadOS 17 beta syncs with macOS Ventura without installing Xcode 15 beta.

'Remove Download' button in right click menu for iCloud folder in Finder on macOS does not work if total number of selected files/ folders at the time are more than 10 nos. If more than 10 non of files/ folders are selected at any time, then the 'Remove Download' button disappears from the right click context menu in macOS Finder for iCloud folders. To click and act on the 'Remove Download' button on context menu of Finder upon right click, the total number of files and folders together must not exceed 10 nos. Is this the behaviour expected, or am I missing something and this observed behaviour is a bug of Finder?

Toggle button for SMS forwarding (iOS Settings app > Apps > Messages > SMS Forwarding) missing in iPhone. Instead of Toggle button for SMS forwarding (iOS Settings app > Apps > Messages > SMS Forwarding) in iPhone ,a grayed out text appears if the other Apple device is logged in to iCloud after the primary iPhone. Messages in iCloud are switched On for all devices, and all devices are on latest iOS, iPadOS, macOS. iMessage is also On. The toggle button appears for SMS forwarding (iOS Settings app > Apps > Messages > SMS Forwarding) in iPhone against any device logged in to Apple account in the following conditions: 1.) the iPhone is restored as new and logged on to the iCloud ID, after the other Apple device was logged in to iCloud with same ID. In other words, the iPhone under consideration and its Messages in iCloud are logged on in the last out of all other Apple devices (iPad, macBook, any other iPhone); or 2.) the messages in iCloud is toggled "Off" in the respective other Apple device. Perhaps the above condition (2) is emanating out of the Apple support article https://support.apple.com/en-in/102545, but the condition at (1) definitely does not seem to have any basis. The behaviour at (1) seems a bug.

WhatsApp is automatically suffixing a number to the device name in the list of Linked devices shown in WhatsApp app settings. The suffixed number has no correlation to the actual number of linked devices at that time. For example, a number “2” is suffixed to the device name in list of Linked devices shown in WhatsApp, even though that computer/ device is the only one shown as a linked device. If we try to edit the device name to remove the suffixed digit, it does not move forward.  I think it has something to do with the restoration of chats from cloud, because the suffixing happens subsequent to the restoration of chats from cloud. Whatsapp does not respond to emails about this issue. Anyone else?