Disabling of automatic sorting in the symbols view breaks column sorting
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- cpp
- Área
- desktop, reverse-engineering
Línea de trabajo
Start by reproducing the failure in the Symbols view using a DYLD Shared Cache and a loaded UIKitCore, including disabling and re-enabling automatic sorting. Trace the Symbols view sorting behavior during and after analysis; done means column sorting works again after automatic sorting is re-enabled, including for other binaries.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Version and Platform (required):
- Binary Ninja Version: 5.3.9208-dev Ultimate (8b909a0c)
- Edition: Ultimate
- OS: macOS
- OS Version: 26.3
- CPU Architecture: M1
Bug Description:
Sorting symbols in the symbol view by column seems to randomly break, although it is likely caused by automatic sorting being disabled. Re-enabling automatic sorting does not fix this. Its a useful feature to be able to sort symbols in alphabetical order or by address but often I find I can't.
Steps To Reproduce:
I'm not 100% sure if this will reproduce each time as I'm not sure about the exact cause:
- Open a copy of the DYLD Shared Cache
- Wait for initial analysis to complete
- Notice that the symbols view can be sorted by column still
- Load
UIKitCore - Wait for automatic sorting of the symbols view to be disabled
- Notice the column sorting arrow will have disappeared
- Wait for analysis to finish
- Click on a column in the symbols view and notice that it does nothing
- Re-enabled automatic sorting
- Observe that sorting by column is still broken
Expected Behavior:
That column sorting in the symbols view can always be done even if it requires re-enabling automatic sorting. Its not a big deal that it can't be during analysis, but afterwards it should work again.
Additional Information:
This applies to other binaries, not just the DYLD Shared Cache, its just an easy example because the initial load doesn't break the sorting but loading certain libraries can.
- Lenguaje dominante
- C++
- Estrellas
- 1.3k
- Forks
- 298
- Merge medio
- 5 d 5 h
- PR fusionados (30 d)
- 19
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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 Vector35/binaryninja-api
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
Vector35/binaryninja-api#8540 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Vector35/binaryninja-api#8516 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Vector35/binaryninja-api#8503 ·
-
normalize time logs from WARP Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Vector35/binaryninja-api#8446 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Vector35/binaryninja-api#8444 ·
Todos los issues de Vector35/binaryninja-api
Issues similares
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 92/100
autowarefoundation/autoware_universe#13413 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
automated-analysis bug memory-safety
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
gazebosim/gz-sensors#662 · 1 comentario ·