iOS 27 SDK: tab titles and icons land on the wrong tabs when one tab has role "search"
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- ios, react-native, swift, typescript
- Área
- mobile
Línea de trabajo
Start in ios/TabViewImpl.swift, at configureTabBarItemImages, and compare the tab bar item's display order with the declared tab order under the iOS 27 SDK. The issue suggests matching items by identity and falling back to position when tabs are unavailable. Reproduce with four tabs, with Search second and role search; done when labels, icons, and selected screens correspond on iOS 27 while the existing fallback remains.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
When the app is built with Xcode 27 (iOS 27 SDK), every tab after a tab with role: "search" shows the title and icon of its neighbour. Selection still works by index, so the bar looks plausible, but pressing a tab opens a different screen than its label says. The same source built with Xcode 26 is fine.
In my case with four tabs declared as Home, Search (role: "search"), Favorites, Library, the bar shows Home, Favorites, Library, Search. Pressing "Library" opens Search and pressing "Search" opens Favorites.
Cause
Linked against the iOS 27 SDK, UITabBar.items is returned in display order, and a tab with the search role is displayed last. UITabBarController.tabs keeps the declaration order.
configureTabBarItemImages in ios/TabViewImpl.swift assigns title and image by the item's position:
for (tabBarIndex, item) in items.enumerated() {
guard let tabData = props.filteredItems[safe: tabBarIndex] else { continue }
So the item at display position 1 (Favorites) receives the data of declared tab 1 (Search), and so on. This is still the case on main (b044dbd5).
Suggested fix
Match the item to its tab by identity instead of by position, and fall back to the position where tabs is not available:
private func declarationIndex(of item: UITabBarItem, at tabBarIndex: Int, in tabBar: UITabBar) -> Int {
if #available(iOS 18.0, tvOS 18.0, visionOS 2.0, *),
let tabController = tabBar.delegate as? UITabBarController,
let index = tabController.tabs.firstIndex(where: { $0.viewController?.tabBarItem === item })
{
return index
}
return tabBarIndex
}
We run this as a patch on 1.4.0 and it restores the right labels: https://github.com/streamyfin/streamyfin/pull/2196. Happy to open a PR here.
Related: #590 and #588 touch the same function.
Library version
1.4.0
Environment info
System:
OS: macOS 26.6.2
CPU: (11) arm64 Apple M3 Pro
SDKs:
iOS SDK:
Platforms:
- iOS 27.0
- tvOS 27.0
IDEs:
Xcode:
version: 27.0/27A266a
Languages:
Swift: 6.4
npmPackages:
react:
installed: 19.2.3
react-native-tvos:
installed: 0.86.0-2
react-native-bottom-tabs: 1.4.0
"@bottom-tabs/react-navigation": 1.4.0
"@react-navigation/native": 7.3.17
expo: 57.0.25
iOS:
hermesEnabled: true
newArchEnabled: true
Steps to reproduce
iOS only. Seen on a physical iPhone 17 Pro and on the iOS 27.0 simulator (iPhone 18 Pro).
- Declare four tabs, the second one with
role: "search"(sample below). - Build and run with Xcode 27.0 (iOS 27 SDK).
- Look at the tab bar: it reads Home, Favorites, Library, Search.
- Press "Library": the Search screen opens. Press "Search": the Favorites screen opens.
- Build the same source with Xcode 26: labels and screens match.
Reproducible sample code
// Mirrors the tab setup in our app (https://github.com/streamyfin/streamyfin).
// Not run standalone: the bug was observed in the app itself.
import * as React from 'react';
import { Text, View } from 'react-native';
import { NavigationContainer } from '@react-navigation/native';
import { createNativeBottomTabNavigator } from '@bottom-tabs/react-navigation';
const Tab = createNativeBottomTabNavigator();
const screen = (label) => () => (
<View style={{ flex: 1, justifyContent: 'center', alignItems: 'center' }}>
<Text>{label}</Text>
</View>
);
const Home = screen('Home screen');
const Search = screen('Search screen');
const Favorites = screen('Favorites screen');
const Library = screen('Library screen');
export default function App() {
return (
<NavigationContainer>
<Tab.Navigator>
<Tab.Screen
name="Home"
component={Home}
options={{ tabBarIcon: () => ({ sfSymbol: 'house.fill' }) }}
/>
<Tab.Screen
name="Search"
component={Search}
options={{
role: 'search',
tabBarIcon: () => ({ sfSymbol: 'magnifyingglass' }),
}}
/>
<Tab.Screen
name="Favorites"
component={Favorites}
options={{ tabBarIcon: () => ({ sfSymbol: 'heart.fill' }) }}
/>
<Tab.Screen
name="Library"
component={Library}
options={{ tabBarIcon: () => ({ sfSymbol: 'rectangle.stack.fill' }) }}
/>
</Tab.Navigator>
</NavigationContainer>
);
}
- Lenguaje dominante
- TypeScript
- Estrellas
- 1.5k
- Forks
- 108
- Merge medio
- 22 h 32 min
- PR fusionados (30 d)
- 8
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de callstack/react-native-bottom-tabs
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
callstack/react-native-bottom-tabs#593 ·
Los mantenedores suelen responder en 1 día
-
[iOS] Fabric: SIGABRT on tab press when tab key contains non-ASCII characters (kCFStringEncodingUTF8 passed to -cStringUsingEncoding:)Posiblemente ocupada @thiagobrez la tomó hace 45 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
callstack/react-native-bottom-tabs#560 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
callstack/react-native-bottom-tabs#592 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
callstack/react-native-bottom-tabs#591 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
callstack/react-native-bottom-tabs#590 ·
Los mantenedores suelen responder en 1 día
Todos los issues de callstack/react-native-bottom-tabs
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
yjh051108/dsh-routing-suite#216 ·
-
kind/bug priority/needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dependencies view: `getParent` loops forever on untitled documents, extension host runs out of memoryPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
enhancement good first issue
Dificultad 2/5 Medio día Aptitud para principiantes 66/100
apache/fineract-consumer-facing#175 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 Menos de una hora Aptitud para principiantes 82/100
awslabs/visual-asset-management-system#413 ·
Los mantenedores suelen responder en 1 día