Thank you very much this PR and congrats on your first contribution!

I added a test for FilterObjects with IncludeInfoObject: true, but it seems to be behaving differently than expected. The returned list only includes the .info object, but not the other objects. Maybe you could have a second look at the implementation changes for FilterObjects.

@Acconut You are right. Could you look at the latest commit? I am not sure, if i changed the behaviour too much. First of all, i noticed, that this function always returns an empty "" on the first index. Is this intentionally? Second, i tried to simplify the validation process. Let me know what you think.

First of all, i noticed, that this function always returns an empty "" on the first index. Is this intentionally?

I noticed the same behavior during my tests. Unfortunately, I don't know if this is needed or not. The gcsstore was added in #106 by @tab1293 and I haven't worked much with it. Maybe he could shed some light on this :)

I am not sure, if i changed the behaviour too much.

I'll have another look

Thank you for the changes. To be honest, I am not 100% sure that this PR doesn't break some functionality because I am not used to working with the code for Google Cloud Storage. However, I am open to giving this a try. Have you tested your PR in a real-world setup? Do uploads still works as expected? Does an upload work properly if a file is transferred in more than 32 requests (when composing files together there is a maximum limit of 32 objects)? You can achieve that by setting a low chunk size in your tus client. For example, uploading a 1 MB file with a chunk size of 20 KB will result in 50 requests. Does the bucket on GCS include the valid file afterwards?

If all of that looks good, we can merge this PR.

Let me do some tests, and i will come back at you.