Version and Platform (required):
- Binary Ninja Version: 5.3.9757 Ultimate (a99f2380)
- Edition: Binary Ninja Ultimate (1 User)
- OS: macOS
- OS Version: 27.0b3
- CPU Architecture: M5
Bug Description:
When downloading an existing project from a Binary Ninja Enterprise server, that makes use of the built-in dyld shared cache plugin, if a user attempts to open the .bndb before downloading the backing dyld shared cache files, Binary Ninja currently:
- Re-opens the prompt for the user to select the backing dyld shared cache file ("Please select the primary shared cache file"). The user must re-select the file. No error or dialog is presented until after this second window is presented.
- Reports "Failed to add primary cache file: 'dyld_shared_cache_arm64e'"
Steps To Reproduce:
Please provide all steps required to reproduce the behavior:
- Connect to a Binary Ninja Enterprise server
- Create a Binary Ninja Project
- Import a dyld shared cache (27.0b3)
- Open the primary dyld shared cache file and import any framework
- Save the opened + analyzed dyld shared cache file, creating a .bndb
- Push the project to the Binary Ninja Enterprise server
On a separate device:
- Connect to the Binary Ninja Enterprise server
- In the bottom left-hand side of Binary Ninja, open the Remote Dialog, showing all of the existing projects that are on the server.
- Confirm that the project created from the previous steps is present
- Open the project from the previous steps
- Select and open the
.bndb created from the previous steps
Expected Behavior:
I would have expected Binja to do any of the following:
- Not present the window "Please select the primary shared cache file" twice
- Download the backing dyld shared cache file(s) OR
- Present a better error message, specifying that the selected file doesn't exist locally and that the user should download it
Screenshots/Video Recording:
Binary:
N/A
Additional Information:
The issue is resolved by right-clicking on the folder containing the dyld shared cache files and downloading them.
Version and Platform (required):
Bug Description:
When downloading an existing project from a Binary Ninja Enterprise server, that makes use of the built-in dyld shared cache plugin, if a user attempts to open the .bndb before downloading the backing dyld shared cache files, Binary Ninja currently:
Steps To Reproduce:
Please provide all steps required to reproduce the behavior:
On a separate device:
.bndbcreated from the previous stepsExpected Behavior:
I would have expected Binja to do any of the following:
Screenshots/Video Recording:
Binary:
N/A
Additional Information:
The issue is resolved by right-clicking on the folder containing the dyld shared cache files and downloading them.