renderBottomAccessoryView crashes on iOS 26: RCTBottomAccessoryComponentView does not initialize _props in its constructor
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 1/5
- Tempo estimado
- Menos de uma hora
- Facilidade para iniciantes
- 92/100
- Tipo de issue
- Bug
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- ios, objective-c, react-native
Direção de pesquisa
Comece em ios/RCTBottomAccessoryComponentView.mm e compare a configuração de initWithFrame: com RCTTabViewComponentView.mm, que a issue identifica como um exemplo funcional. Atribua os defaultProps existentes a _props e, em seguida, compile e execute o exemplo fornecido no iOS 26 em Debug com renderBottomAccessoryView; o trabalho estará concluído quando o acessório for montado sem a assertion e aparecer acima da barra de abas.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Before submitting a new issue
- I tested using the latest version of the library, as the bug might be already fixed.
- I tested using a supported version of react native.
- I checked for possible duplicate issues, with possible answers.
Bug summary
Description
Using the iOS 26 bottom accessory feature (renderBottomAccessoryView) crashes the app
immediately on first render:
Thread 1: "`RCTViewComponentView` subclasses (and `RCTBottomAccessoryComponentView`
particularly) must setup `_props` instance variable with a default value in the constructor."
Removing renderBottomAccessoryView makes the app run normally, so the crash is specific to
the accessory component view.
Library version
1.5.0
Environment info
info Fetching system and libraries information...
System:
OS: macOS 26.5.2
CPU: (10) arm64 Apple M4
Memory: 87.67 MB / 24.00 GB
Shell:
version: "5.9"
path: /bin/zsh
Binaries:
Node:
version: 24.18.0
path: /var/folders/lt/t4vyv6s110d1p6mg8_fwsd9h0000gn/T/yarn--1793087516853-0.2936365526559257/node
Yarn:
version: 1.22.22
path: /var/folders/lt/t4vyv6s110d1p6mg8_fwsd9h0000gn/T/yarn--1793087516853-0.2936365526559257/yarn
npm:
version: 11.16.0
path: /Users/munitcat/.vfox/sdks/nodejs/bin/npm
Watchman:
version: 2026.07.20.00
path: /opt/homebrew/bin/watchman
Managers:
CocoaPods:
version: 1.17.0
path: /opt/homebrew/bin/pod
SDKs:
iOS SDK:
Platforms:
- DriverKit 25.5
- iOS 26.5
- macOS 26.5
- tvOS 26.5
- visionOS 26.5
- watchOS 26.5
Android SDK: Not Found
IDEs:
Android Studio: 2026.1 AI-261.25134.95.2612.15822958
Xcode:
version: 26.6/17F113
path: /usr/bin/xcodebuild
Languages:
Java:
version: 17.0.18
path: /usr/bin/javac
Ruby:
version: 4.0.6
path: /opt/homebrew/bin/ruby
npmPackages:
"@react-native-community/cli":
installed: 20.2.0
wanted: 20.2.0
react:
installed: 19.3.0
wanted: 19.3.0
react-native:
installed: 0.88.0
wanted: 0.88.0
react-native-macos: Not Found
npmGlobalPackages:
"*react-native*": Not Found
Android:
hermesEnabled: true
newArchEnabled: true
iOS:
hermesEnabled: true
newArchEnabled: true
Steps to reproduce
Root cause
ios/RCTBottomAccessoryComponentView.mm — initWithFrame: creates defaultProps but never
assigns it to the _props ivar:
- (instancetype)initWithFrame:(CGRect)frame
{
if (self = [super initWithFrame:frame]) {
static const auto defaultProps = std::make_shared<const BottomAccessoryViewProps>();
if (@available(iOS 26.0, *)) { // <-- defaultProps is never used
bottomAccessoryProvider = [[BottomAccessoryProvider alloc] initWithDelegate:self];
}
}
return self;
}
RCTViewComponentView (react-native 0.88.0,
React/Fabric/Mounting/ComponentViews/View/RCTViewComponentView.mm:137) initializes the ivar
with plain ViewProps:
_props = ViewShadowNode::defaultSharedProps();
and then asserts in updateProps:oldProps: (line 333–346) that every subclass replaces it with
its own props type:
RCTAssert(
propsRawPtr &&
([self class] == [RCTViewComponentView class] ||
typeid(*propsRawPtr).hash_code() != typeid(const ViewProps).hash_code()),
@"`RCTViewComponentView` subclasses (and `%@` particularly) must setup `_props`"
" instance variable with a default value in the constructor.",
NSStringFromClass([self class]));
Because RCTBottomAccessoryComponentView never overrides _props, typeid(*_props) is still
ViewProps and the assertion fires.
For comparison, RCTTabViewComponentView.mm does it correctly in the same constructor:
static const auto defaultProps = std::make_shared<const RNCTabViewProps>();
...
self.contentView = _tabViewProvider;
_props = defaultProps; // <-- this line is missing in the accessory view
Fix
One line, in ios/RCTBottomAccessoryComponentView.mm:
if (self = [super initWithFrame:frame]) {
static const auto defaultProps = std::make_shared<const BottomAccessoryViewProps>();
+ _props = defaultProps;
if (@available(iOS 26.0, *)) {
This also silences the unused variable 'defaultProps' compiler warning.
Scope / notes
- Only affects builds with the New Architecture, as the file is wrapped in
#ifdef RCT_NEW_ARCH_ENABLED. - Only triggered when
renderBottomAccessoryViewis provided and
Platform.Version >= 26— that is the only path whereBottomAccessoryViewis mounted
(src/TabView.tsx, around line 522). - Debug only. The assertion sits inside
#ifndef NS_BLOCK_ASSERTIONS, so it is compiled
out in Release. Release builds don't crash, but the component view keeps running on the
baseViewPropsinstead of its own props type.
Workaround
Until a release with the fix is out, apply the patch through patch-package:
npm i -D patch-package
npx patch-package react-native-bottom-tabs
and add "postinstall": "patch-package" to package.json.
The generated patch is attached below.
diff --git a/node_modules/react-native-bottom-tabs/ios/RCTBottomAccessoryComponentView.mm b/node_modules/react-native-bottom-tabs/ios/RCTBottomAccessoryComponentView.mm
--- a/node_modules/react-native-bottom-tabs/ios/RCTBottomAccessoryComponentView.mm
+++ b/node_modules/react-native-bottom-tabs/ios/RCTBottomAccessoryComponentView.mm
@@ -40,6 +40,7 @@ - (instancetype)initWithFrame:(CGRect)frame
{
if (self = [super initWithFrame:frame]) {
static const auto defaultProps = std::make_shared<const BottomAccessoryViewProps>();
+ _props = defaultProps;
if (@available(iOS 26.0, *)) {
#if SWIFT_PACKAGE
bottomAccessoryProvider = RNCCreateBottomAccessoryProvider(self);
Alternatively, simply do not pass renderBottomAccessoryView — the tab bar itself works fine
without it.
Reproducible sample code
## Steps to reproduce
import TabView from 'react-native-bottom-tabs';
const routes = [
{ key: 'home', title: 'Home', focusedIcon: { sfSymbol: 'house.fill' } },
];
<TabView
navigationState={{ index: 0, routes }}
renderScene={() => <View />}
onIndexChange={() => {}}
renderBottomAccessoryView={() => <View style={{ height: 44 }} />}
/>
Run on an **iOS 26** device or simulator in **Debug**. The app crashes while mounting the
`BottomAccessoryView` component.Expected
The bottom accessory renders above the tab bar.
- Linguagem predominante
- TypeScript
- Estrelas
- 1.5k
- Forks
- 111
- Merge médio
- 1d 13h
- PRs com merge (30d)
- 8
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de callstack/react-native-bottom-tabs
-
[iOS] Fabric: SIGABRT on tab press when tab key contains non-ASCII characters (kCFStringEncodingUTF8 passed to -cStringUsingEncoding:)Talvez já em andamento @oleksandrzavarzin-callstack assumiu há 1 dia. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
callstack/react-native-bottom-tabs#560 ·
Mantenedores costumam responder em até 1 dia
-
[iOS] Tabs don't fire tabLongPress event on iOS 26Talvez já em andamento @thiagobrez assumiu há 41 dias. Abertabug
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
callstack/react-native-bottom-tabs#573 ·
Mantenedores costumam responder em até 1 dia
-
iOS: allow opting out of the private-CoreSVG SVG decoder (exclude_files by default, or an opt-in flag)Talvez já em andamento @oleksandrzavarzin-callstack assumiu há 8 dias. Aberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 68/100
callstack/react-native-bottom-tabs#565 ·
Mantenedores costumam responder em até 1 dia
-
Tab icon size is hard-coded to 27x27pt with no way to override itTalvez já em andamento @teddyxfire1992 assumiu há 4 dias. Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
callstack/react-native-bottom-tabs#561 · 1 comentário · 2 reações ·
Mantenedores costumam responder em até 1 dia
-
[Android] Tab screens stay clipped at a transient startup height for the whole session (onNativeLayout guard/report size mismatch)Talvez já em andamento @foxojs assumiu há 103 dias. Aberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 74/100
callstack/react-native-bottom-tabs#555 · 2 comentários · 2 reações ·
Mantenedores costumam responder em até 1 dia
Todas as issues de callstack/react-native-bottom-tabs
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
Northeastern-Electric-Racing/FinishLine#4660 ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 86/100
excaliburjs/Excalibur#3895 ·
Mantenedores costumam responder em até 3 dias
-
infer_audio_type only recognises one MPEG Layer III frame header, so most MP3 files are rejectedTalvez já em andamento @Steve-20-ai assumiu hoje. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
Earn report crashes with "RangeError: Invalid time value" when a report row has an unparsable timestampTalvez já em andamento @Gurkaran18 assumiu hoje. Abertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
joinmarket-webui/jam#1588 ·
Mantenedores costumam responder em até 3 dias
-
BeOS .json missingAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
mihaip/infinite-mac#475 ·