Vector35 / Vector35/binaryninja-api

Calling download API on a remote project file which already exists errors

Open
#7,956 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Component: API Component: Collaboration Component: Python API Component: Rust API Edition: Ultimate Effort: Trivial Impact: Low
Dominant language
C++
Stars
1.3k
Forks
298
Avg merge
5d 5h
Merged PRs (30d)
19

Description

I would imagine this not to be the intended behavior, i would prefer this to be a no-op or return an "already exists" status.

This will occur for any of the following apis: Python, Rust, C++

remote = binaryninja.collaboration.active_remote()
proj = remote.get_project_by_id("23ce5eaa-f532-4a93-80f2-a7d7f0aed040")
file = proj.get_file_by_name("a8293.ko")
file.download()
file.download()

https://github.com/user-attachments/assets/66ba1d73-9388-4cf1-b62d-34622107b864

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the behavior with the remote project file example, then trace the download API implementations for Python, Rust, and C++. Check how a second download is handled and whether related tests cover existing files. Done means repeated downloads no longer error and the resulting behavior is consistent across the three APIs.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp, python, rust
Domain
api, reverse-engineering
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.