Apple pauses iOS 18, macOS 15 work to stomp bugs now

Posted:
in iOS edited May 13

Apple has reportedly stalled development on iOS 18, macOS 15, iPadOS 18, and other major updates it will introduce in 2024 to work on fixing bugs.




The expected introduction of iOS and iPadOS 18, macOS 15, and Apple's other milestone releases in WWDC 2024 and their eventual release in roughly ten months time seems like a long way off. However, Apple has allegedly decided to pause all work on the future operating systems, in favor of a period of bug fixing.

According to Bloomberg, Apple informed employees of the delay at the start of November, people with knowledge of the announcement explained. Instead of working on new items, engineers are instead working to fix issues and improve the performance of what has already been produced.

After the discovery of what was deemed too many bugs by software lead Craig Federighi's team, it was decided that the engineers would go on a week-long improvement sprint. Following the end of the pause, engineers will return to working on new features.

While a delay in development can be a problem in may cases, a delay of a week with such long development times is a prudent way to try and minimize bugs that could end up in the final software.



Read on AppleInsider

designr
«13

Comments

  • Reply 1 of 45
    magman1979magman1979 Posts: 1,301member
    I LOVE reading reports like this, and hope Apple actually takes even MORE time to vet and crush bugs in their OS's, as they have gotten out of hand over the last few years and could stand to greatly benefit from a Snow Leopard cycle again.
    xyzzy-xxxFileMakerFellerdewmeToortogpulseimagesgregoriusmdesignrappleinsiderusercaladanianwatto_cobra
  • Reply 2 of 45
    I like this very much and I would also like if developer tools (and websites!!!) would be addressed too !
    FileMakerFellerAlex1Nwatto_cobra
  • Reply 3 of 45
    There are several bugs I have been dealing with, which I hope get fixed every time there is a new release. But then they aren’t. I can’t imagine that a week of concentrating on bug fixes can really be enough.

    Contacts: Adding contacts from the right pane to one of the lists in the left pane ceases to work after the app has been open for a day or so.
    Contacts: Clicking and dragging across the name of a contact in the right pane only works, if I start clicking in the lower half (maybe lower third) of the name.
    Contacts: Adding contact details in the Messages app will lead to that new contact showing up in the Contacts app only after 30 s or so. I do have a lot of contacts (> 5,000), but still…

    Calendar: Can’t add coordinates to an appointment’s location, anymore. It’s been years…

    Mail: Clicking on the down-caret to the immediate right of an address in the To: field of a message being edited requires the selection of “Edit Selection” twice, before I can actually edit the address. This has been a problem for years, now, too.
    edited November 2023 FileMakerFellerOferAlex1Ndarkvaderwatto_cobra
  • Reply 4 of 45
    chadbagchadbag Posts: 2,023member
    They should probably spend a week a month for a while doing this.  
    designrAlex1Nwatto_cobra
  • Reply 5 of 45
    gatorguygatorguy Posts: 24,608member
    Of some importance, Apple has also paused further development of Vision OS in order for those engineers to also concentrate on the atypical number of bugs and stability issues with iOS, watchOS, and MacOS .
    edited November 2023 FileMakerFellergregoriusmdesignrAlex1N
  • Reply 6 of 45
    M68000M68000 Posts: 849member
    chadbag said:
    They should probably spend a week a month for a while doing this.  
    Exactly.  Just a week?   A week flies by where i work.  
    dewmeAlex1Nmichelb76CelticPaddydarkvadercommand_fwatto_cobra
  • Reply 7 of 45
    dewmedewme Posts: 5,687member
    Excellent move, but why specify this as only a single week sprint?

    The criteria/gate for transitioning back to regularly scheduled activities should be based on the attainment of a predetermined quality metric, not time.

    They shouldn't let themselves fall the age-old trap of prioritizing effort over achievement. 
    mobirdgatorguydope_ahmineOferAlex1Nmuthuk_vanalingamdarkvaderappleinsiderusercommand_fwatto_cobra
  • Reply 8 of 45
    avon b7avon b7 Posts: 7,977member
    Snow Leopard was one of Apple's best releases for good reason.

    Squashing bugs and optimisation should always be main goals. 
    digitolmobirdAlex1Ndarkvaderappleinsiderusercommand_f
  • Reply 9 of 45
    digitoldigitol Posts: 276member
    Yes please bug fix, refine, refine,refine. When special Apple iCloud features like handoff and continuity,  (copy and paste between devices; use one mouse keyboard across all devices.) works it’s amazing. The second it stops working is beyond angering/devastating.  Make these iOS sync technologies work 100% of the time, and remove the need to have so many necessary requirements and checks to “make sure” it somewhat works.  Turning on off is an easy fix, but annoying. Making sure Bluetooth is on, WiFi is on and connected to same network, settings are turned on, etc etc. is awful. Please Apple, hopefully this will improve! 
    williamlondonOferdesignrScot1Alex1Ncommand_fwatto_cobra
  • Reply 10 of 45
    And dont forget watchOS. It’s entire UX seems totally untested.

    How can anybody at Apple give clearance to release a system that takes five (5!) touch steps (swipes and taps counted) just to stop the recording of an ongoing sport activity? One single step should of course be enough. And then one optional step to restart it again.

    Also, the entire touch interface has suddenly become much less responsive with watchOS 10. Why? It was working just fine before. Now, people keep pressing and pressing on that little screen just to get it to react at all.

    And what’s happened with the notification mechanism??? Sometimes there are nonsense notification signals, with absolutely zero notifications in the list. And sometimes it’s just the opposite. I even sometimes receive different notifications with mutually conflicting info …and I’m only using Apple’s own apps.
    edited November 2023 williamlondondesignrAlex1Ncaladanianwatto_cobra
  • Reply 11 of 45
    mpantonempantone Posts: 2,161member
    dewme said:
    Excellent move, but why specify this as only a single week sprint?

    The criteria/gate for transitioning back to regularly scheduled activities should be based on the attainment of a predetermined quality metric, not time.

    They shouldn't let themselves fall the age-old trap of prioritizing effort over achievement. 
    The probable explanation is that senior software engineering management thinks one week is enough to clear an excessively high number of high priority bugs. The goal is to  bring the number of high priority bugs below a certain threshold, not to eliminate all bugs.

    Any further delay may threaten the next generation operating systems. As we all know, Apple now ships new OSes in rather poor shape; it has been like this since before the pandemic.

    Software development delays will affect hardware development as well. Great hardware does not benefit from buggy software.

    I wish Apple did more in the way of making their software better before public release. About 7 years ago, I stopped upgrading my Macs and iDevices to the brand new operating systems on launch day. I began delaying the upgrade and over years, my upgrade point drifted farther and farther from the release.

    Today I am upgrading the following Q1, typically late March. So I am still running Ventura on my Mac, iOS/iPadOS 16 on my handheld devices. This coming year I probably will not upgrade my Mac until macOS hits version 14.6. For my handhelds, it will be 17.6 for iOS/iPadOS.

    Upon launch, the software is pretty unstable and some features haven't been implemented because they slipped the initial release. Note that there's some dev time that third-party programmers have to put in before their apps can take advantage of the new operating system's features. It's not just Apple.

    I don't see any of that anymore. By the time I upgrade the features have all been implemented and the OSes are relatively stable. Third party apps have been updated to take advantage of new OS features by April the following year. So for me, there are relatively few updates (both OS and apps) and less frustration (both from the OS and apps again).
    ApplejacswilliamlondonAlex1N
  • Reply 12 of 45
    OferOfer Posts: 265unconfirmed, member
    digitol said:
    Yes please bug fix, refine, refine,refine. When special Apple iCloud features like handoff and continuity,  (copy and paste between devices; use one mouse keyboard across all devices.) works it’s amazing. The second it stops working is beyond angering/devastating.  Make these iOS sync technologies work 100% of the time, and remove the need to have so many necessary requirements and checks to “make sure” it somewhat works.  Turning on off is an easy fix, but annoying. Making sure Bluetooth is on, WiFi is on and connected to same network, settings are turned on, etc etc. is awful. Please Apple, hopefully this will improve! 
    Agreed! It’s a great feature when it works, but too often doesn’t.
    Alex1N
  • Reply 13 of 45
    Apple you need to stop trying to meet an event schedule and releasing thing is they are ready or not, have to get to only releasing products when they are actually ready.   Have your events but if something isn't ready just say so and give an estimated release date.   Also build up your QA team and quit trying to use customers as beta testers, customers are terrible testers you need real QA engineers testing and documenting issues. 
    Scot1Alex1N
  • Reply 14 of 45
    saareksaarek Posts: 1,565member
    I’d be happy for them to spend a whole year just on bug fixes.
    9secondkox2NoGodsNoMastersdesignrAlex1Nappleinsiderusercommand_f
  • Reply 15 of 45
    Feels like this is more just a PR response to all the recent grumbling over their Feedback process. Sure, they’ll take a week to address a limited number of “high priority” bugs. Yawn. 

    I’d much rather see the next OSes brag about zero new features again. Take a year Apple, refactor everything. 
    designrAlex1N
  • Reply 16 of 45
    hexclockhexclock Posts: 1,306member
    Good idea. We need another Snow Leopard type refinement. Or two. 
    notrsmobird9secondkox2designrAlex1Ncommand_f
  • Reply 17 of 45
    Great! Apple has historically been the standout company where everything works eat perfectly. M
    lately it’s been more of a crapshoot reminiscent of the windows/android world. 
    designrAlex1NCelticPaddy
  • Reply 18 of 45
    jingojingo Posts: 118member
    I think you're all overstating the issue, quite honestly. I am running Sonoma 14.1 on an M2 Pro Mac mini (16GB RAM) and it runs absolutely fine. Yes, there are a few very minor things I find from time to time (which it would be nice to see fixed), but it is in my experience absolutely rock-solid and runs for weeks at a time with a large number (twenty as we speak) of apps running throughout that time, which are also absolutely rock solid too. As a system for depending upon for work it is superb.

    I am not trying to suggest it is perfect, and bug fixes and performance enhancements are always very good things to pursue, but the current status really is pretty excellent.

     Windows? Not so much...

  • Reply 19 of 45
    royboyroyboy Posts: 458member
     Fix bugs in which iOS??  The article doesn’t say.  Fix bugs in iOS 17??  Or the ones already cropping in developing iOS 18??
    dope_ahmineAlex1N
  • Reply 20 of 45
    dewmedewme Posts: 5,687member
    mpantone said:
    dewme said:
    Excellent move, but why specify this as only a single week sprint?

    The criteria/gate for transitioning back to regularly scheduled activities should be based on the attainment of a predetermined quality metric, not time.

    They shouldn't let themselves fall the age-old trap of prioritizing effort over achievement. 
    The probable explanation is that senior software engineering management thinks one week is enough to clear an excessively high number of high priority bugs. The goal is to  bring the number of high priority bugs below a certain threshold, not to eliminate all bugs.

    Any further delay may threaten the next generation operating systems. As we all know, Apple now ships new OSes in rather poor shape; it has been like this since before the pandemic.

    Software development delays will affect hardware development as well. Great hardware does not benefit from buggy software.

    I wish Apple did more in the way of making their software better before public release. About 7 years ago, I stopped upgrading my Macs and iDevices to the brand new operating systems on launch day. I began delaying the upgrade and over years, my upgrade point drifted farther and farther from the release.

    Today I am upgrading the following Q1, typically late March. So I am still running Ventura on my Mac, iOS/iPadOS 16 on my handheld devices. This coming year I probably will not upgrade my Mac until macOS hits version 14.6. For my handhelds, it will be 17.6 for iOS/iPadOS.

    Upon launch, the software is pretty unstable and some features haven't been implemented because they slipped the initial release. Note that there's some dev time that third-party programmers have to put in before their apps can take advantage of the new operating system's features. It's not just Apple.

    I don't see any of that anymore. By the time I upgrade the features have all been implemented and the OSes are relatively stable. Third party apps have been updated to take advantage of new OS features by April the following year. So for me, there are relatively few updates (both OS and apps) and less frustration (both from the OS and apps again).
    Setting a target of eliminating all bugs is impossible to achieve. Software teams keep track of a number of metrics regarding bugs and technical debt on a continuous basis. They see trends, rates, and where hot spots are occurring that let them know that they are digging themselves into a hole unless they take some preemptive action to address the problem before it cripples their progress towards hitting their development and deliverable goals. They basically monitor measure everything.

    That said, development teams occasionally, cough cough, let too much technical debt accumulate to the point where management steps in and pulls the Andon pullcord to stop new development for a period of time to clear out some of their accumulated technical debt that is ultimately going to slow them down later. I know Apple has a very mature development team and processes so they probably know approximately how much technical debt they can deal with in a given period of time with a given number of developers solely focused on fixing bugs - because they measure everything. Teams typically try to whittle down the technical debt backlog as part of every sprint, but sometimes they get behind if the number of incoming bugs is higher than anticipated.

    The added benefit of pausing new development is that they are driving the fault injection rate to near zero because they aren't writing new code. It's not at zero because some of the bug fixes will likely create or trigger new bugs in other areas. So with a highly data driven quality management team specifying a time period is effectively setting a quality target. If they don't see a boost at the end of the sprint, they will likely repeat the big bug fix effort again at a future date.
    edited November 2023 designrAlex1N13485
Sign In or Register to comment.