Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Submitted by AppleVis .
=20
=20
iOS 15 and iPadOS 15 will be released to the public on Monday 20 =
September,
2021. This post contains details of the VoiceOver, low vision, and =
braille
bugs which we believe will be introduced in these releases; as well as
details of the pre-existing bugs which we believe to be resolved.
As is our routine practice, each new bug has been given a severity =
rating;
these ratings are based upon what we believe to be the implications for
accessing and using features and functionality and the level of impact =
on
the overall user experience, as well as whether or not there is an =
effective
workaround for the issue. However, as these ratings are subjective, it =
is
very possible that they may not reflect your own opinion or use case.
As we always stress, we can make no claims on the completeness or =
accuracy
of our testing. We have only a small team of testers, and it is simply
impossible for us to test all devices, configurations, applications, and =
use
cases; this is even more important to note now as Apple's ecosystem
continues to expand and the number of possible device configurations
increases. Some of the bugs listed below will be specific to a certain
device, configuration or use case. Consequently, it is entirely likely =
that
you will not encounter all of what we list; and it is also probable that =
you
will encounter bugs or regressions that we did not identify during our
testing.
=20
We strongly recommend that you read through this post and any replies =
before
updating=97as this will allow you to make an informed decision on =
whether to
install iOS 15 and iPadOS 15 at the current time or to wait for a future
release.
=20
To help us ensure that the information on this page is as complete and
accurate as possible, we would appreciate feedback from those who have
installed iOS 15 or iPadOS 15 =97both to confirm whether they are =
encountering
the same problems (or have found workarounds), as well as to let us know =
of
any additional issues that are not on this list. Of course, it=92s even =
more
important that you let Apple know of any additional bugs that you find =
(they
already know about the ones currently listed here and are actively =
working
on resolving them).
<https://www.applevis.com/blog/found-accessibility-bug-ios-ipados-macos-w=
atc
hos-or-tvos-here-s-how-let-apple-know-and-why-you> This post explains =
why
you should report bugs directly to Apple, as well as the best ways to do =
so.
=20
With all of the preamble out of the way, here are the new bugs for blind =
and
low vision users which we believe to be present in iOS 15 and iPadOS 15:
=20
Serious Bugs
=20
*
<https://www.applevis.com/bugs/ios/apple-wallet-will-crash-if-you-attempt=
-us
e-any-card-ticket-or-pass-other-first-one-listed> Apple Wallet will =
crash if
you attempt to use any card, ticket, or pass other than the first one
listed. As a workaround, our experience suggests that whilst on this =
screen
you should be able to use =93Move up=94 from the VoiceOver rotor on the =
desired
card, ticket or pass to temporarily move it to the top of the list.
Unfortunately, in our own testing, this process hasn't always behaved as
expected or been reliable.
*
<https://www.applevis.com/bugs/ios/wallet-app-crashes-if-you-use-swipe-ge=
stu
re-navigate-through-cards-listed-main-window-app> The Wallet app crashes =
if
you use the swipe gesture to navigate through cards, tickets, and passes
listed on the main window of the app. As a workaround, our experience
suggests that you can still explore the screen by touch and then =
activate
the desired card.
*
<https://www.applevis.com/bugs/ios/time-picker-used-when-creating-or-edit=
ing
-scheduled-screen-time-downtime-not-accessible> The time picker used =
when
creating or editing a scheduled Screen time downtime or app limit is not
accessible with VoiceOver. Specifically, if you navigate to Settings >
Screen Time > Downtime and enable =93Scheduled=94, the picker used to =
set the
start and end times is not accessible, as is the picker used with =
setting
app limits.
*
<https://www.applevis.com/bugs/ios/apple-one-subscription-screen-not-acce=
ssi
ble-voiceover> The Apple One subscription screen is not accessible with
VoiceOver. Specifically, if you do not currently subscribe to Apple One =
and
go to your Subscriptions screen through the App Store or Settings app, =
and
then select the button to view the Apple One bundle options, the text on =
the
page is not read by VoiceOver and most of the UI elements are either
unlabelled or have meaningless labels.
=20
Moderate Bugs
=20
*
<https://www.applevis.com/bugs/ios/voiceover-will-occasions-not-speak-nam=
es-
apps-when-moving-focus-through-app-switcher> VoiceOver may not speak the
names of apps when moving focus through the App Switcher. This issue has
only been experienced by one of our team, but we are aware of others
reporting the same behavior. Their experience is that VoiceOver will
correctly speak the first 2-3 app names as you swipe left to move focus =
away
from the most recently used app, but will then stop announcing app names
beyond this point.
*
<https://www.applevis.com/bugs/ios/when-composing-lengthy-email-apple-mai=
l-a
pp-using-braille-display-random-words-will-be> When composing a lengthy
email with the Apple Mail app using a braille display, random words will =
be
inserted in the incorrect place.
* <https://www.applevis.com/bugs/ios/unable-edit-alarms-clock-app> It
is not possible to edit existing alarms in the native Clock app when
VoiceOver is enabled. For now, the simplest workaround is to use the
VoiceOver rotor's Action menu to delete the alarm, and then recreate it =
with
the desired configuration.
*
<https://www.applevis.com/bugs/ios/it-can-be-difficult-access-multi-taski=
ng-
controls-ipad-voiceover-after-opening-menu> It can be difficult to =
access
the multi-tasking controls on iPad with VoiceOver after opening the =
menu.
Specifically, the multitasking controls button is accessed in the status
bar. However once selected, VoiceOver does not indicate that the menu is
open, and you cannot simply swipe to enter the open menu. Instead you =
need
to move off the status bar, and return to it to find the controls.
*
<https://www.applevis.com/bugs/ios/window-which-shows-you-available-hardw=
are
-keyboard-commands-ipad-does-not-work-correctly> The window which shows =
you
the available hardware keyboard commands on iPad does not work correctly
with VoiceOver. Specifically, you can press and hold the Command key or =
the
Globe key + M to bring up a window displaying all of the currently =
available
keyboard commands. This window is arranged into columns, with headings =
such
as System and Multitasking. While VoiceOver does read all elements in =
the
window, it does not follow this column or table structure and the =
buttons
don=92t have a clear affect.
*
<https://www.applevis.com/bugs/ios/voiceover-does-not-announce-selection-=
sta
tus-when-adding-people-or-apps-allowed> VoiceOver does not announce the
selection status when adding people or apps to the allowed notifications
list of a Focus mode.
*
<https://www.applevis.com/bugs/ios/when-safari-toolbar-collapsed-bottom-s=
cre
en-voiceover-finds-ui-elements-which-are-not> When the Safari toolbar is
collapsed to the bottom of the screen, VoiceOver finds UI elements which =
are
not visually present and consequently do not behave as expected.
Specifically, when you have Safari configured so that the address bar =
and
toolbar are located at the bottom of the screen, you can use the =
VoiceOver
rotor to =91collapse=92 this so that only the address bar is visually =
displayed.
However, when swiping, VoiceOver will locate the controls such as =
=91Tabs=92 and
=91Share=92 which are located on the now visually hidden toolbar. When =
double
tapping on one of these =91ghost=92 buttons, instead of performing the =
expected
function, the toolbar is expanded.
*
<https://www.applevis.com/bugs/ios/when-using-drag-and-drop-rearrange-pos=
iti
on-shortcut-shortcuts-app-voiceover-does-not> When using drag and drop =
to
rearrange the position of a shortcut in the Shortcuts app, VoiceOver =
does
not provide meaningful feedback whilst dragging regarding where the =
shortcut
will be placed when dropped. Specifically, when in a folder of shortcuts =
and
dragging a shortcut to a different position, as the shortcut is dragged
VoiceOver announces feedback of its current position in the form of =
=93Before
Null=94 and =93After Null=94, where =93Null=92 should be the name of a =
shortcut.
=20
Minor Bugs
=20
*
<https://www.applevis.com/bugs/ios/when-viewing-interactive-notification-=
mai
l-app-context-menu-items-delete-and-mark-read-may> When viewing an
interactive notification from the Mail app, the context menu items =
=93Delete=94
and =93Mark Read=94 may on occasions not function when located by =
swiping. In
these cases, performing a 3-finger swipe up on the screen appears to =
=91drag=92
these items in to view, which makes them work as expected.
*
<https://www.applevis.com/bugs/ios/after-using-more-voiceover-rotors-acti=
on-
menu-notification-voiceover-users-can-locate-when> After using =
=93More=94 from
the VoiceOver rotor's Action menu on a notification, VoiceOver users can
locate when swiping UI elements which are not present visually on screen =
and
do not behave as expected. Typically, this will be other UI elements =
which
are on the Lock Screen or Notification Center such as notifications or
playback controls. When double tapping on one of these =91ghost=92 UI =
elements,
instead of performing the expected behavior, the interactive view of the
selected notification will be dismissed.
*
<https://www.applevis.com/bugs/ios/when-selecting-second-app-split-screen=
-se
tup-ipad-voiceover-does-not-tell-you-if-app-youre> When selecting the =
second
app for a split screen setup on iPad, VoiceOver does not tell you if an =
app
you're selecting does not in fact support multi-tasking. Specifically, =
after
selecting the split screen option in the multi-tasking menu, you are
returned to your Home Screen to select the app you want to share the =
screen
with. Some apps are not supported, and if selected will simply open in =
full
screen, but VoiceOver gives no indication of which apps are and are not
supported.
*
<https://www.applevis.com/bugs/ios/pressing-and-briefly-holding-globe-key=
-ha
rdware-keyboard-bring-list-keyboard-commands-does> Pressing and briefly
holding the Globe key on a hardware keyboard to bring up the list of
keyboard commands does not work properly when VoiceOver is enabled.
Specifically, the Globe key, or FN on some keyboards, is now used as a
modifier key. Pressing it while VoiceOver is disabled brings up a list =
of
available keyboard commands. With VoiceOver enabled, it only briefly =
pops up
and disappears again.
*
<https://www.applevis.com/bugs/ios/when-using-hardware-keyboard-ipad-pres=
sin
g-globefn-control-option-activates-keyboard-hints> When using a hardware
keyboard with an iPad, pressing Globe/FN + Control + Option activates =
the
keyboard hints window, which is conflicting with the VoiceOver command =
to go
to the first or last item when combined with the left or right arrow =
key.
Specifically, as well as pressing and holding Command, or Pressing Globe =
+ M
to bring up the keyboard commands window, pressing Globe + Control + =
option
does so too. Pressing these keys combined with the left and right arrow =
keys
should take VoiceOver to the first or last item, and so the two commands =
are
in conflict. Making sure to press down Control + Option first appears to
help.
*
<https://www.applevis.com/bugs/ios/when-selecting-shortcuts-folder-shortc=
uts
-app-voiceover-does-not-speak-selection-status> When selecting shortcuts =
in
a folder in the Shortcuts app, VoiceOver does not speak the selection =
status
of shortcuts. Specifically, when you have activated Edit mode and chosen
=93Select Shortcuts=94 from the context menu, VoiceOver will not =
announce when a
shortcut has already been selected when you place focus on to it.
*
<https://www.applevis.com/bugs/ios/button-used-clear-safari-address-bar-l=
abe
lled-close-rather-clear-text> The button used to clear the Safari =
address
bar is labelled =93Close=94 rather than =93Clear Text=94.
*
<https://www.applevis.com/bugs/ios/power-medical-id-emergency-call-screen=
-vo
iceover-finds-and-speaks-erroneous-ui-elements-if> On the Power Off /
Medical ID / Emergency Call screen, VoiceOver finds and speaks erroneous
elements such as the word =93Call=94 and the phrase
=93location.fill.radiowaves.left.and.right iPhone Findable After Power =
Off
Forward=94 if invoked when you have an open app in the foreground.
*
<https://www.applevis.com/bugs/ios/weather-apps-small-widget-high-and-low=
-te
mperature-information-spoken-twice-voiceover> On the Weather app's small
widget, the high and low temperature information is spoken twice by
VoiceOver. What's announced will be something similar to: =93Check The =
Weather
Widget LocationName, ,, 18=B0, , High of 19=B0, Low of 12=B0, High of =
19=B0, Low of
12=B0.=94
*
<https://www.applevis.com/bugs/ios/weather-apps-small-widget-graphic-visu=
all
y-indicates-current-weather-conditions-not> On the Weather app's small
widget, the graphic that visually indicates to sighted users the current
weather conditions is not recognised or announced by VoiceOver.
*
<https://www.applevis.com/bugs/ios/ipod-touch-only-option-show-or-hide-re=
ade
r-view-missing-voiceover-rotors-action-menu> On iPod touch only, the =
option
to show or hide Reader view is missing from the VoiceOver rotor's Action
menu in Safari.
=20
Additionally, we are aware of three issues that effect users of USB HID
braille displays. The USB HID industry standard was
<https://www.applevis.com/blog/new-usb-standard-aims-make-it-easier-use-b=
rai
lle-displays-across-different-operating-systems> announced in May 2018 =
with
Apple being involved in its drafting, but Apple platforms may not yet
officially support the standard.
=20
*
<https://www.applevis.com/bugs/ios/after-connecting-supported-usb-hid-bra=
ill
e-display-usb-and-then-locking-screen-braille> After connecting a =
supported
USB HID braille display via USB and then locking the screen, braille =
input
and output stops.
*
<https://www.applevis.com/bugs/ios/if-hid-compatible-braille-display-conn=
ect
ed-over-usb-and-has-had-custom-commands-added> If a HID-compatible =
braille
display is connected over USB and has had custom commands added through
Bluetooth, the custom commands do not work with USB.
*
<https://www.applevis.com/bugs/ios/after-connecting-usb-hid-compatible-br=
ail
le-display-there-are-no-options-or> After connecting a USB =
HID-compatible
braille display, there are no options or acknowledgements within the =
braille
menu that this device is connected.
=20
Other Reported Bugs
=20
The following bugs have not been encountered by any of our team, but we =
are
aware of them being experienced by others:
=20
* VoiceOver may not speak the labels of all Actions available on the
system-wide share sheet. We understand that when this occurs, VoiceOver =
will
simply announce =93activity=94 for the share sheet action rather than =
its title.
=20
If you encounter any additional VoiceOver, braille, or low vision bugs =
in
iOS 15 or iPadOS 15, please let others know by posting a reply below. =
When
doing so, please provide as much information as possible so that others =
know
exactly what to expect; when and where the problem occurs; and any =
possible
workarounds you have found.
=20
Accessibility Improvements in iOS 15 and iPadOS 15
=20
Our testing suggests that the following pre-existing accessibility bugs =
have
been resolved or significantly addressed in iOS 15 and iPadOS 15:
=20
*
<https://www.applevis.com/bugs/ios/using-full-keyboard-access-conjunction=
-vo
iceover-can-cause-issues-voiceover-focus> Using Full Keyboard Access in
conjunction with VoiceOver no longer causes issues with VoiceOver focus.
*
<https://www.applevis.com/bugs/ios/when-editing-text-contains-linebreaks-=
usi
ng-braille-display-cursor-which-represented-dots-7> When editing text =
that
contains line breaks using a braille display, the cursor which is
represented by dots 7 and 8 will no longer occasionally disappear after =
a
cursor routing button is pressed.
*
<https://www.applevis.com/bugs/ios/misspelled-words-rotor-option-not-func=
tio
ning-either-notes-or-mail-application> The Misspelled Words rotor option =
now
appears to work consistently and as expected in the Notes and Mail apps.
*
<https://www.applevis.com/bugs/ios/lock-screen-and-notification-center-vo=
ice
over-does-not-speak-total-duration-time-thats> On the Lock Screen and
Notification Center, VoiceOver once again Speaks the Total Duration Time
That's Visually Present on the Playback Control Timeline Slider.
*
<https://www.applevis.com/bugs/ios/if-using-voiceover-it-not-possible-acc=
oun
t-settings-page-music-app-revoke-access-your> If using VoiceOver, it is =
now
possible from the Account settings page of the Music app to revoke =
access to
your account for apps or services which currently have access.
*
<https://www.applevis.com/bugs/ios/next-hour-precipitation-data-native-we=
ath
er-app-not-accessible-voiceover> The Next-Hour Precipitation Data in the
Native Weather App is Now Accessible with VoiceOver.
*
<https://www.applevis.com/bugs/ios/native-weather-widget-voiceover-speaks=
-wo
rd-degrees-twice> On the native Weather widget, VoiceOver no longer =
speaks
the word =93degrees=94 twice.
*
<https://www.applevis.com/bugs/ios/missing-time-announcement-when-unlocki=
ng-
device> VoiceOver now appears to be consistent in announcing the time =
when
waking your device.
*
<https://www.applevis.com/bugs/ios/voiceover-sometimes-does-not-speak-num=
ber
-notifications-when-waking-screen> VoiceOver now appears to be =
consistent in
announcing the number of any notifications when waking your device.
=20
If you encounter any additional fixes or improvements during your own =
use of
iOS 15 or iPadOS 15, please let us know by posting a reply below.
=20
Changes in Functionality or Behavior
=20
As is common with major operating system updates, Apple has made some
changes in functionality or behaviour in iOS 15 and iPadOS 15. As =
sometimes
these types of changes may not be discovered by some or can reasonably =
be
mistaken as bugs, below are a list of the notable changes we are =
currently
aware of:
=20
* One change in iOS 15 and iPadOS 15 that we understand is by design
rather than being a bug, is that VoiceOver will announce when a Focus =
mode
is automatically enabled or disabled (for example at a scheduled time). =
This
occurs even if you have speak notifications disabled and your device is
asleep. If, like us, you believe that this is not the preferred or =
expected
behavior, we would encourage you to <mailto:accessibility@xxxxxxxxx> =
email
Apple's Accessibility Team and ask that they reconsider the current
implementation.
* A new feature on iPad is Quick Notes. Regardless of what you're
doing on your iPad, you can access an existing note or a new note =
quickly
via a number of methods - using an Apple Pencil or hardware keyboard, =
via
the Control Center, or by mimicking the move of the Apple Pencil by =
swiping
up from the bottom right corner. Currently, the last of these does not =
work
with VoiceOver, but VoiceOver users can assign the =93Quick Note=94 =
action to
any Touch Gesture they prefer from Settings > Accessibility > VoiceOver =
Commands >=20
