mirror of
https://github.com/trustedsec/hate_crack.git
synced 2026-07-28 14:47:22 -07:00
Merge branch 'fix/hashview-insufficient-data-skip'
This commit is contained in:
@@ -223,6 +223,15 @@ def test_hashview_subcommands_live_upload_hashfile_job(tmp_path):
|
|||||||
pytest.skip(
|
pytest.skip(
|
||||||
"HASHVIEW_CUSTOMER_ID does not exist for this API key. Update the env or create the customer."
|
"HASHVIEW_CUSTOMER_ID does not exist for this API key. Update the env or create the customer."
|
||||||
)
|
)
|
||||||
|
# The hashfile upload itself succeeded, but Hashview's task planner refuses
|
||||||
|
# to create a job when the server has no cracked-hash history for this hash
|
||||||
|
# type. That's a server-side data limitation, not a client defect, so treat
|
||||||
|
# it as a skip rather than a failure.
|
||||||
|
if "Not enough data to determine effective tasks" in output:
|
||||||
|
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output), output
|
||||||
|
pytest.skip(
|
||||||
|
"Hashview has no cracked-hash history for this hash type; cannot plan job tasks."
|
||||||
|
)
|
||||||
assert run.returncode == 0, output
|
assert run.returncode == 0, output
|
||||||
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output)
|
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output)
|
||||||
# Success surfaces the server's job id ("Job ID: N"); a graceful failure
|
# Success surfaces the server's job id ("Job ID: N"); a graceful failure
|
||||||
@@ -316,6 +325,15 @@ def test_hashview_subcommands_live_upload_hashfile_job_pwdump(tmp_path):
|
|||||||
pytest.skip(
|
pytest.skip(
|
||||||
"HASHVIEW_CUSTOMER_ID does not exist for this API key. Update the env or create the customer."
|
"HASHVIEW_CUSTOMER_ID does not exist for this API key. Update the env or create the customer."
|
||||||
)
|
)
|
||||||
|
# The hashfile upload itself succeeded, but Hashview's task planner refuses
|
||||||
|
# to create a job when the server has no cracked-hash history for this hash
|
||||||
|
# type. That's a server-side data limitation, not a client defect, so treat
|
||||||
|
# it as a skip rather than a failure.
|
||||||
|
if "Not enough data to determine effective tasks" in output:
|
||||||
|
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output), output
|
||||||
|
pytest.skip(
|
||||||
|
"Hashview has no cracked-hash history for this hash type; cannot plan job tasks."
|
||||||
|
)
|
||||||
assert run.returncode == 0, output
|
assert run.returncode == 0, output
|
||||||
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output)
|
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output)
|
||||||
# Success surfaces the server's job id ("Job ID: N"); a graceful failure
|
# Success surfaces the server's job id ("Job ID: N"); a graceful failure
|
||||||
@@ -403,6 +421,15 @@ def test_hashview_subcommands_live_upload_hashfile_job_hashonly(tmp_path):
|
|||||||
env=env,
|
env=env,
|
||||||
)
|
)
|
||||||
output = run.stdout + run.stderr
|
output = run.stdout + run.stderr
|
||||||
|
# The hashfile upload itself succeeded, but Hashview's task planner refuses
|
||||||
|
# to create a job when the server has no cracked-hash history for this hash
|
||||||
|
# type. That's a server-side data limitation, not a client defect, so treat
|
||||||
|
# it as a skip rather than a failure.
|
||||||
|
if "Not enough data to determine effective tasks" in output:
|
||||||
|
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output), output
|
||||||
|
pytest.skip(
|
||||||
|
"Hashview has no cracked-hash history for this hash type; cannot plan job tasks."
|
||||||
|
)
|
||||||
assert run.returncode == 0, output
|
assert run.returncode == 0, output
|
||||||
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output)
|
assert ("Hashfile uploaded" in output) or ("Hashfile added" in output)
|
||||||
# Success surfaces the server's job id ("Job ID: N"); a graceful failure
|
# Success surfaces the server's job id ("Job ID: N"); a graceful failure
|
||||||
|
|||||||
Reference in New Issue
Block a user