AFLplusplus / AFLplusplus/LibAFL

Add a dedicated mechanism for disabling a test case

Open
#3,312 6 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Rust
Stars
2.6k
Forks
481
Avg merge
2d 30m
Merged PRs (30d)
16

Description

**Is your feature request related to a problem? Please describe.**
Let's say we wanna disable a testcase (because we are not interested in it anymore). The only way using the current API is to remove it and then add it as disabled. However, as it is indirect, it has potentially problematic consequences. For example, a new id will be given to the test case (which can cause the `parent_id` chain to break), or might delete some information (like in `OnDiskCorpus`)

**Describe the solution you'd like**
A dedicated API for disabling a test case.

**Describe alternatives you've considered**
Using `remove` and then `add_disabled`.
Also, `set_disabled` on the test case is not enough. It is not connected with the scheduler or the corpus, which may break the semantics (e.g., having a corpus with all disabled test cases is not considered empty).

Contributor guide

Open the contributing guide

Research direction

Start by tracing the current remove, add_disabled, and set_disabled APIs, then inspect how the scheduler and corpus handle test cases. Done means a dedicated disabling API preserves the test case ID and parent_id chain while keeping corpus and scheduler semantics correct.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
testing-qa
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 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.