Hi there,
Since I upgraded to iOS 14.6 I have noticed that mailto urls no longer format line breaks correctly in default iOS mail application
eg: mailto:john@xxcom?subject=test&body=name%0D%0Aemail
Result in iOS 14.6 mail app (body)
name<BR>email
Result in previous iOS versions mail app (body)
name
Is there any work around or solution to this issue?
It's a Safari bug. Works fine WebViews.
I have the same problem, any workaround so far?
i also have the same problem , is there any update for this issue ?
Seems to be a bug in iOS 14.6 Mail app. Versions before and other apps are working fine. I've tested it with native apps and websites. Almost every mail in the internet looks like this right now in iOS 14.6
I also noticed the same issue in my app :(
Support for rich content, such as HTML, has been removed for mailto links from iOS 14.6+. Please see the following support document for further information on security fixes made in iOS 14.6: https://support.apple.com/en-us/HT212528
We have the same problem. Do you know if there is a workaround other than installing another email app as Outlook?
I ended up using MFMailComposeViewController to display the email interface within the app
https://developer.apple.com/documentation/messageui/mfmailcomposeviewcontroller
If you have a requirement to support multiple mail clients you can follow the second most popular response from this thread https://stackoverflow.com/questions/25981422/how-to-open-mail-app-from-swift
Hope this helps
I'm also looking for a workaround, but would be better if iOS 14.6+ could fix this since it doesn't respect the RFC standards as mentioned by @micaball
This bug or "feature" is still present in iOS 14.7 beta 3.
This behavior is not compliant and it seems to be a bug. Any progress? do you know if there is a workaround on iPhone mail app?
Still exists in iOS 14.7 beta 4
Bug or no bug?
Its totally killing my Oracle-based approval workflows for submitting digital time cards via email and for managers' accounting/purchasing approvals.
The problem still persists on iOS 14.7 Beta #5 (July 8 2021).
My company's Oracle Approval email workflows are broken.
Executives and managers approve time cards, purchases etc via iOS Mail.app. The original message is HTML. When the "Approve/Deny" button is tapped, the reply message body is no longer HTML - it is formatted as plain text, and thus it shows the raw tags - which completely breaks Oracle.
Our purchasing, Accounting, and Executive teams are not happy campers...
This issue started for us in iOS 14.6 and continues in 14.7 thus far.
We are considering replacing Apple Mail with MS Outlook for iOS managed devices if this continues.
Does anyone have an open support case with Apple that I can cross-reference?
The problem still persists on iOS 14.7 Beta #5 (July 8 2021).
My company's Oracle Approval email workflows are broken. Executives and managers approve time cards, purchases, etc via iOS Mail.app. The original message is HTML. When the "Approve/Deny" button is tapped, the reply message body is no longer HTML - it is formatted as plain text, and thus it shows the raw tags - which completely breaks Oracle.
Our purchasing, Accounting, and Executive teams are not happy campers...
This issue started for us in iOS 14.6 and continues in 14.7 thus far. We are considering replacing Apple Mail with MS Outlook for iOS managed devices if this continues.
Does anyone have an open support case with Apple that I can cross-reference?
Same issue here (iPadOS 14.6). Big ugly plaintext tags where my line breaks should be. Really hope Apple fixes this or someone finds a workaround.. also curious that I see it in iOS but not (so far) in macOS. Why?
Dear Apple. Either update following documentation (remove conformance to RFC2368) https://developer.apple.com/library/archive/featuredarticles/iPhoneURLScheme_Reference/MailLinks/MailLinks.html#//apple_ref/doc/uid/TP40007899-CH4-SW1 or fix this annoying bug.
As a temporary fix, I added a <html>%0D%0A at the start of the body portion of the email and a %0D%0A%</html> at the end. Unfortunately, the tags show as text in the body, but everything is on its own line.
...body=<html>%0D%0ALine1%0D%0ALine2%0D%0ALine3%0D%0A</html> shows up as:
<html>
Line1
Line2
Line3
</html>
I don't like the <html> and </html> showing up, but at least the body is once again readable.
I submitted a report on this via Feedback Assistant yesterday. It got closed fairly fast:
Very frustrating. But maybe it would help if everyone affected could submit their own feedback ticket and bump up that "recent similar reports" count until someone at Apple decides to take a second look.
Here's what I submitted via Feedback Assistant:
Mail 14.6 no longer supports mailto URLs containing the “%0D%0A” character sequence to specify a line break in the message body. Instead of a line break, this sequence gets converted to literal text “<BR>” in the message body. For apps that use specific formatting in mailto-generated messages to drive back-end business logic, this is a disastrous regression.
This bug is in the Apple Mail app, not in the OS handling of mailto URLs. If you change your default mail app to (for example) Outlook or Gmail, then the “%0D%0A” sequence is still handled correctly.
This affects a lot of apps. Please see this Apple Developer Forum thread for discussion of the impact: https://developer.apple.com/forums/thread/681023
In that forum thread, note the response from “Frameworks Engineer ” who seems to fundamentally misunderstand the issue. Please ensure that this issue is understood as breakage of previously correct behavior. “Support for rich content…has been removed” does not explain the new behavior that inserts the unexpected text “<BR>” into the specified message.
Yes, this is a massive headache for us. Effectively plain text emails generated by mailto that have (encoded) line breaks are now presented by IOS 14.6+ as one contiguous block of text littered with (lt)BR(gt) and also phrases within beginning with https:// are no longer presented as clickable. Apple - you are significantly impacting other companies value to their end users where business models are around generating and sending light-weight emails to their users. You need to address this ASAP.
How can Apple make such blunders the credibility is going down the drain and I am not sure anyone from apple development watching this thread it has been more than a couple of months and no fix yet, this is pretty bad with Apple this is impacting multiple processes we have for different applications.
I submitted a feedback also today.
am also facing this issue. initially found issue in iOS 14.6 on my iPad. After upgrading to 14.7.1 issue still exists. Please help me if anyone have workaround on this.
yes, I face the same problem I tried to find the corresponding answer for two days but nothing is working apple should give us the answer how can we do it. for new line.
Dear Apple, please undo this change and conform to RFC standards. I don't understand how this is a security improvement. Thank you.
