Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Apple Seeds Sixth Betas of iOS 18 and iPadOS 18 to Developers [Update: Public Beta Available]
- Thread starter MacRumors
- Start date
- Sort by reaction score
There are 2 bugs:
1/ Bug (or BUG more like) "introduced" by Apple somewhere near iOS13.2.1 (? or so) for iCloud e-mail accounts with "push" option active. They stopped updating Mail badge for read/deleted messages, only for unread. So badge showed some number even when you read all new mails somewhere else, until you opened iOS' Mail app.
2/ Bug from iOS 18 beta 5. Mail app shows one unread message badge even if you open Mail app and you can do hardly anything to get rid of it. Fortunately it's gone in beta 6 (or it so it seems).
3/ I have no idea of the problem @xxFoxtail is reffereing to. Never noticed it.
I really hated Apple for unfixed bug 1/ (I used workaround - turned off e-mail in iCloud settings on my iPhone and configured IMAP access instead; it was fetched not pushed, but at least bagde didn't stay forever). Fortunately they fixed this bug in iOS 18 (as shown in Release Notes). For new messages for iCloud e-mail account (with push active) - bagde is updated immediately, for read/deleted messages (somewhere else) badge is updated with some delay (minutes). Not perfect, but not bad as well.
For me the Find My People wasn't working in the last beta, now it's working again.
Yeah, I had quite a few resprings myself in the most recent beta most recently too
Mail server can push updates and it most probably does. The only problem is that Apple decided long time ago that notifications for iCloud based iOS apps (Mail, Calendar, Reminders, etc.) wouldn’t be synchronized between devices. You have to cancel notification on every device. Crazy but true.
According to this approach they process pushes for new e-mails (notifications, badge) but ignore push updates for emails read/deleted on other device.
They changed approach in iOS 18 for Mail app (fortunately) and update email badge/notifications properly for unread/read/deleted emails but it is more like exception from their broken approach, not the rule.
Shame on them. Any other apps I know (messengers, etc) synchronize notifications between devices properly.
It was really just a minor inconvenience, but kind of annoying as it was a daily thing. For my job, I get orders in through email, I print them out and pack them. The order inbox says there’s 2 in there, but I open it up and see only 1. Obviously a bug, but at the time I have no idea if there are actually 2, and I’m just not seeing one, or if there’s just the one, but it shows 2 on the box label.
I double checked on another computer, thankfully it’s the latter. Again, not a serious bug. I use an iCloud custom domain email, maybe it was a specific problem to that? From what I can see in the current beta, the problem seems to be gone now, but can’t 100% confirm it yet without getting more emails in.
Ok. Never noticed this particular problem. Let's hope it's gone now (as other e-mail bugs).
I don't think it has (had) anything to do with custom domain. I added custom domain to my iCloud's e-mail service some time ago as well and haven't noticed any difference before and after e-mail configuration extension.
It won't. Apple for some reason doesn't synchronize notifications between devices (muting and postponing is part of notification subsystem). It's not a bug, it's a intended feature (easy to implement, especially for Apple coders). Sad.
Maybe they'll introduce synchronization in some future iOS major upgrade - e.g. due to lack of ideas about new features.
Damn, I went for PB4 instead of DB6 with the idea that I would be able to update again in case my 2 bugs are also in the public... No it says my 15PM is up-to-date and I can't update to DB6. Any ideas?
Dev Beta 6 is 22A5338b (if I didn't screw up. lol) which I think is the same as PB4.
Why would they revert this? It was such a nice behaviour that solved loads of problems with the ancient layout they had before.
"Fortunately", carriers are still so terribly slow at setting up calls, that there's still some time (at least 1 second?) to cancel call mistakenly initiated by tapping item from Recents list before it even reaches called party. So, bearing it in mind - it seems to be quite a good change.
Nope, not with WiFi-calling or VoLTE. Even if I instantly press cancel the person on the other end gets a missed call. The new interface was much better for other reasons as well, just surprised that Apple wants to stick with the same that they launched their first iPhone with without fixing the problems with it.
VoLTE might be faster indeed (especially in 5G network which was designed with low latency in mind) but not for my carrier (and definitely not between carriers where it is sometimes more than 10 seconds). Anyway, you're right that for mature, modern networks (not my case unfortunately) you would have to be pretty fast cancelling the call to make sure it doesn't reach called side. So "view contact" instead of "call back" seems to be better default tap action. Apple should implement a toggle in Phone Settings for this.