tor_compress_impl() ignores trailing input garbage when decompressing

In case TOR_COMPRESS_OK:, it will happily report success when in_len is non-zero.

changed milestone to %Tor: 0.3.1.x-final

added component::core tor/tor milestone::Tor: 0.3.1.x-final owner::nickm parent::22502 points::0.2 priority::medium resolution::fixed severity::normal sponsor::4 status::closed type::defect version::tor 0.3.1.1-alpha labels

Trac:
Status: new to assigned
Owner: N/A to ahf

There is a fix for this in the branch in #22502 (moved), but I'd like someone to review it.

Merged as part of #22502 (moved), but the fix didn't correctly handle multiple concatenated objects. I've added a new test and fix in my branch bug22629_redux_031.

Trac:
Owner: ahf to nickm
Status: assigned to accepted

Trac:
Status: accepted to needs_review

This is now also a part of my bug22502_redux_031 branch.

Looks good to me.

Trac:
Status: needs_review to merge_ready

Trac:
Sponsor: N/A to Sponsor4

Merged

Trac:
Resolution: N/A to fixed
Status: merge_ready to closed

closed

changed time estimate to 1h 36m

mentioned in issue #22672 (moved)

moved to tpo/core/tor#22629 (closed)

mentioned in issue tpo/core/tor#22672 (closed)