Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multipart mime http complete backport6 v1 #8686

Conversation

catenacyber
Copy link
Contributor

Link to redmine ticket:
https://redmine.openinfosecfoundation.org/issues/5953

Describe changes:

Should I squash the commits together or keep the cherry-picks even if it introduces a buggy commit ?

@catenacyber catenacyber requested a review from a team as a code owner April 5, 2023 13:38
@victorjulien
Copy link
Member

Yeah lets squash them.

In the case we are truncating a multipart file because of reaching
request.body-limit, we used to not consume the whole buffer, but
keep expected_boundary_len bytes in case a new boundary begins
in these bytes.
Even if we cannot check the complete boundary, we can still check
the first bytes, as will be done in the rust version.

Ticket: OISF#5952
(cherry picked from commit 578f328)
(cherry picked from commit caf9940)
@catenacyber catenacyber force-pushed the multipart-mime-http-complete-backport6-v1 branch from af4055e to 92fdb67 Compare April 5, 2023 15:08
@catenacyber
Copy link
Contributor Author

Yeah lets squash them.

Done and force-pushed, do you want a new PR ?

@suricata-qa
Copy link

ERROR:

ERROR: QA failed on SURI_TLPW1_files_sha256.

Pipeline 13031

@suricata-qa
Copy link

ERROR:

ERROR: QA failed on SURI_TLPW1_files_sha256.

Pipeline 13034

@catenacyber
Copy link
Contributor Author

Merged in #8690

@catenacyber catenacyber closed this Apr 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
3 participants