Issues when extracting

[Xeneht]

In my experience, when you have 90%-99% of the forks extracted, bolt starts extracting tokens from the same fork in a loop and never ends. Valid tokens are lost because you need to close the program to avoid that the file ends up weighing 3GB as it happened to me.

I also expect the proxy support, since discord ends up ratelimiting when you check a lot of tokens.

[Shell1010]

Have never had this happened to me, must be a windows moment. Either way tell me what URL you're extracting that causes this loop.

Proxy support coming in a bit ig.

[Shell1010]

Just saying what I use to actually search extracts is this

pub async fn search_extract(src: Vec<u8>, count: u32) -> Vec<String> {
    let token_regex = Regex::new(r#"[A-z|0-9]{24,26}\.[A-z|0-9|\W]{6}\.[A-z|0-9|\W]{27,38}"#).unwrap();
    extract(Cursor::new(src),  &PathBuf::from("./data"), false).unwrap();
    let walker = WalkDir::new("./data").into_iter();
    let mut tokens = Vec::new();

    for entry in walker.filter_entry(|e| !is_hidden(e)) {
        let path = match &entry.as_ref() {
            Ok(x) => x.path(),
            Err(_) => continue,
        };
        let md = metadata(&path).await;
        if let Ok(md) = md {
            if md.is_file() {
                if let Ok(file) = fs::read_to_string(&path).await {
                    for token in token_regex.find_iter(&file) {
                        tokens.push(token.as_str().to_string());
                    }
                };
            }
        }
    }
    if let Err(e) = fs::remove_dir_all("./data").await {
        println!("\x1b[0;91mError: {e}\x1b[0m");
    };
    if let Err(e) = fs::create_dir("./data").await {
        println!("\x1b[0;91mError: {e}\x1b[0m");
    }
    println!("\x1b[0;92mFinished searching extract {count}...\x1b[0m");
    tokens
}

There's no way it's actually looping the way you're assuming it is.

[Xeneht]

Compiling hyper v0.14.23
Compiling hyper-tls v0.5.0
Compiling reqwest v0.11.13
Compiling discord_api v0.1.0 (C:\dir\discord_api)
Compiling repl_api v0.1.0 (C:\dir\repl_api)
Compiling bolt-scraper v1.0.0 (C:\dir\bolt-scraper)
Finished release [optimized] target(s) in 1m 55s
Running target\release\bolt-scraper.exe
thread 'main' panicked at 'called Result::unwrap() on an Err value: Error { kind: NotFound, message: "program not found" }', ascii\src\lib.rs:5:48
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
error: process didn't exit successfully: target\release\bolt-scraper.exe (exit code: 101)

Now i get this error always i try to run it

[Xeneht]

    Finished release [optimized] target(s) in 0.27s
     Running `target\release\bolt-scraper.exe`
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Error { kind: NotFound, message: "program not found" }', ascii\src\lib.rs:5:48
stack backtrace:
   0: std::panicking::begin_panic_handler
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panicking.rs:575
   1: core::panicking::panic_fmt
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\core\src\panicking.rs:64
   2: core::result::unwrap_failed
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\core\src\result.rs:1790
   3: alloc::string::impl$83::fmt
   4: alloc::string::impl$83::fmt
   5: alloc::string::impl$83::fmt
   6: __ImageBase
   7: __ImageBase
   8: alloc::string::impl$83::fmt
   9: core::ops::function::impls::impl$2::call_once
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\core\src\ops\function.rs:287
  10: std::panicking::try::do_call
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panicking.rs:483
  11: std::panicking::try
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panicking.rs:447
  12: std::panic::catch_unwind
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panic.rs:140
  13: std::rt::lang_start_internal::closure$2
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\rt.rs:148
  14: std::panicking::try::do_call
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panicking.rs:483
  15: std::panicking::try
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panicking.rs:447
  16: std::panic::catch_unwind
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\panic.rs:140
  17: std::rt::lang_start_internal
             at /rustc/61a415be590113b4935464ef0aaf3b4e7713a077/library\std\src\rt.rs:148
  18: main
  19: invoke_main
             at D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:78
  20: __scrt_common_main_seh
             at D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288
  21: BaseThreadInitThunk
  22: RtlUserThreadStart
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
error: process didn't exit successfully: `target\release\bolt-scraper.exe` (exit code: 101)

[Shell1010]

No point trying to fix this error in particular, there is an issue that makes the tool redundant