Do you have access to Apple internal marketing documents? If not, your assertions that "no one wanted" something is on its face absurd.
"No one wanted to lose fingerprint ID?" FaceID is much faster in most cases.
No one asked for a redesign for iOS? I'm more than sure Apple has a lot of feedback indicating people want changes to all sorts of things.
The headphone jack, really? The iPhone could not be the thickness it is had it continued with a bulky headphone jack, nor would it have received IP68 certification.
Choose to believe what you want, and I get your frustration.
All I can tell you is to make sure you voice your frustration directly to Apple here:
Feedback - iPhone - Apple
For those curious about just some of the issues surrounding how this works, it's discussed in RFC 4733; the basic summary is that the tones you generate may not even be transmitted directly to the remote end; many carriers will decode the tones on your end and pass them along as data, and the remote end will regenerate the tones in question:
1. The gateway or end system can change to a higher-bandwidth codec
such as G.711 [19] when tone signals are to be conveyed. See new
ITU-T Recommendation V.152 [26] for a formal treatment of this
approach. Alternatively, for fax, text, or modem signals
respectively, a specialized transport such as T.38 [23], RFC 4103
[15], or V.150.1 modem relay [25] may be used. Finally, 64
kbit/s channels may be carried transparently using the RFC 4040
Clearmode payload type [14]. These methods are out of scope of
the present document, but may be used along with the payload
types defined here.
2. The sending gateway can simply measure the frequency components
of the voice-band signals and transmit this information to the
RTP receiver using the tone representation defined in this
document (Section 4). In this mode, the gateway makes no attempt
to discern the meaning of the tones, but simply distinguishes
tones from speech signals. An end system may use the same
approach using configured rather than measured frequencies.
All tone signals in use in the PSTN and meant for human
consumption are sequences of simple combinations of sine waves,
either added or modulated. (However, some modem signals such as
the ANSam tone [24] or systems dependent on phase shift keying
cannot be conveyed so simply.)
3. As a third option, a sending gateway can recognize tones such as
ringing or busy tone or DTMF digit '0', and transmit a code that
identifies them using the telephone-event payload defined in this
document (Section 2). The receiver then produces a tone signal
or other indication appropriate to the signal. Generally, since
the recognition of signals at the sender often depends on their
on/off pattern or the sequence of several tones, this recognition
can take several seconds. On the other hand, the gateway may
have access to the actual signalling information that generates
the tones and thus can generate the RTP packet immediately,
without the detour through acoustic signals.
RTP Payload for DTMF Digits, Telephony Tones, and Telephony Signals