1.x: fix counted buffer and window backpressure

[akarnokd]

This PR fixes the backpressure behavior of the counted buffer and window operators and consists of several changes.

The main issue lies when count > skip in the operators, yielding overlapping buffers/windows.

For buffer, when the upstream completed, the logic emitted all remaining partial buffers even if there was no request for new buffers, which can result in MissingBackpressureException somewhere. The proper handling of the final buffers required a new backpressure management algorithm which is now part of the BackpressureUtils class and consists of two new methods: postCompleteDone called from onComplete to take over the emission of queued values and postCompleteRequest which manages requests before and after the completed state.

For window, the new window opened was emitted regardless of requests which was common due to request-amplification (i.e., requesting n windows results in requesting count + skip * (n - 1) elements at first (then skip * n later) which opens ceil(count / skip) windows upfront. To avoid the overflow, the individual windows have to go through the usual queue/drain logic as well. I've also updated the Javadoc to reflect the backpressure behavior along with parameter validation.

In addition, the window case didn't manage cancellation properly. When the outer observable is unsubscribed, the inner subscribers may be still going and thus cancelling the upstream would stop/hang the inner windows. Instead, the open window count is tracked (also counting the outer as 1 window) and when all get unsubscribed (i.e., count reaches zero), the upstream is unsubscribed. To accomplish this, the UnicastSubject had to be retrofitted with a new optional callback Action0 which gets called at most once whenever either onError or onCompleted is called or when the single Subscriber unsubscribes.

A secondary issue was with the TestSubscriber's initial request; some upstream operators could get triggered with Long.MAX_VALUE despite the initial request amount was set. This PR changes it to be set at construction time instead of in onStart.

[akarnokd]

Ping @stevegury @stealthcode @zsxwing

[egor-n]

@iNoles I think that's GitHub's fault. You can see here that the line is fine.

[ZacSweers]

Accidental?

[akarnokd]

I can't remember what I wanted to say here. Doesn't really matter.

[akarnokd]

Fixed all 3 sites of new ArrayList

[stevegury]

👍

[ZacSweers]

👍