Disabling of automatic sorting in the symbols view breaks column sorting
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- cpp
- Ambito
- desktop, reverse-engineering
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- C++
- Stelle
- 1.3k
- Fork
- 298
- Merge medio
- 5g 5h
- PR unite (30g)
- 19
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Vector35/binaryninja-api
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
Vector35/binaryninja-api#8540 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
Vector35/binaryninja-api#8516 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
Vector35/binaryninja-api#8503 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
Vector35/binaryninja-api#8446 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
Vector35/binaryninja-api#8444 ·
Tutte le issue di Vector35/binaryninja-api
Issue simili
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 92/100
autowarefoundation/autoware_universe#13413 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
automated-analysis bug memory-safety
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
gazebosim/gz-sensors#662 · 1 commento ·