- Add spec

[ci skip]

Consistent logging in image resizer module

Closes #320

See merge request gitlab-org/gitlab-workhorse!652

This allows us to consistently log these errors with all labels applied

Add Patrick Bajao as code owner NO CHANGELOG

See merge request gitlab-org/gitlab-workhorse!661

Fix EXIF cleaning for S3 compatible Object Storage

See merge request gitlab-org/gitlab-workhorse!658

Update LabKit library to v1.0.0

See merge request gitlab-org/gitlab-workhorse!659

LabKit has reached a 1.0.0 milestone 🎉

See https://gitlab.com/gitlab-org/labkit/-/releases/v1.0.0

When exiftool is already terminated, we no longer attempt to read from its stdout.

Related to: https://gitlab.com/gitlab-org/gitlab-workhorse/-/issues/233

Exif cleaner do not support additional reads after the underling process is completed.

When the Object Storage configuration requires a MultipartUpload,
workhorse loops over the input with a LimitReader,
such loop will call Read one extra time to make
sure the input was consumed entirely.

Related to: https://gitlab.com/gitlab-org/gitlab-workhorse/-/issues/233

Return 413 HTTP status for S3 uploads if max upload limit is reached

See merge request gitlab-org/gitlab-workhorse!655

[ci skip]

Add metric image upload route for acceleration

See merge request gitlab-org/gitlab-workhorse!653

Add spec

Enable Secret Detection in CI NO CHANGELOG

See merge request gitlab-org/gitlab-workhorse!654

Add success-client-cache status for image scaler

See merge request gitlab-org/gitlab-workhorse!656

Since we weren't counting cached responses as successes, in Prometheus there were showing up as `unknown`, which contributes to the overall error budget.

We need to follow up with a runbook change that also counts cached responses as successes.

When an upload (e.g. a CI artifact) reaches the maximum file size limit,
uploads via S3 would return a 500 error to the user. This made it
difficult to understand why the upload failed.

This was happening because the `hardLimitReader` was aborting the
transfer with `ErrEntityTooLarge`, but this error was wrapped in layers
of AWS errors. Since none of these AWS errors were understood by the
file handler, a 500 error was returned.

To fix this, AWS has a way to retrieve the original error. We now
recursively go down the error stack to find the root cause.

Note that there is an open issue in the AWS SDK to make this easier with
Golang (https://github.com/aws/aws-sdk-go/issues/2820).

to help detect accidental exposure of secrets such
as API tokens and cryptographic keys in commits.

[ci skip]

Implement conditional GETs for image resizer

See merge request gitlab-org/gitlab-workhorse!647

We now set a `Last-Modified` header based on either local
file timestamps or the respective header returned from an
object storage provider.

Use detected file format for image scaler

See merge request gitlab-org/gitlab-workhorse!651

Make decisions based on what Go's `image.DecodeConfig`
tells us the image format actually is
instead of using the data sent from Rails app.

Rework image scaler tests

See merge request gitlab-org/gitlab-workhorse!650

We all test this in the module now

jaeger: limit operation cardinality by using route regex

See merge request gitlab-org/gitlab-workhorse!648

Update release steps - NO CHANGELOG

See merge request gitlab-org/gitlab-workhorse!645

Now mentions that the gitlab repo also needs to be updated
for the version to be deployed to .com.

Document  workhorse mission and how to add new features - NO CHANGELOG

See merge request gitlab-org/gitlab-workhorse!637