Mzack9999
Mzack9999
Fixed in https://github.com/projectdiscovery/katana/pull/921
Try with `WithMatcherStatus(true)`
@epicsilence99 Would it be possible to provide a target to test? Feel free to join our discord server [join our discord server](https://discord.com/invite/projectdiscovery) and DM anyone from the staff mentioning this...
I think the issue is because the interactsh handling is completely missing within the `nuclei/pkg/protocols/http/request.go`.`executeParallelHTTP(...)` and `.executeRaceRequest(...)` - I guess it got lost somehow during the implementation of `httputils.StopAtFirstMatchHandler`. Since...
Introducing interactsh support within `race|parallell` http execution leads to further syncronism issues due to the scattered logic within callbacks. Differently from fuzzing, the requests are not cloned and isolated and...
Closing for future heavier refactor
@root4loot there was a recent similar issue within katana about overwriting existing files. We came up with a solution similar to `wget`, so if a file exist (ex `file.txt`), the...
@yaabdala Could you provide the full nuclei command with output generating the status code 1? I'm unable to reproduce, without results the exit status is 0 both on linux, osx,...
I think this is the expected behavior as of now, single requests are sent in a race-fashion singularly. Are you looking into sending as a unique block the first request...
Since the whole issue appears to be the mix of asynchronous/periodic polling + callback, I think we should change the approach we are using and try to make it synchronous....