@dkocher commented

We cannot reproduce this. Reviewed test in 31abd0c.

25e1c83 commented

I am still having the same issue. Is there any way to share my logs or something? If it helps, I noticed this only happens when I upload a new file. If I am overwriting an existing file, there is no issue.

25e1c83 commented

Hi there,

Just wondering if there would be any way to fix this in the near future? I have downloaded the latest 7.4.1 stable release which does not fix the issue.

I was looking through the repository here: https://trac.cyberduck.io/browser/trunk/googlestorage/src/main/java/ch/cyberduck/core/googlestorage?rev=49350&order=date&desc=1 and noted there were changes made on April 21st which coincided with the period between 7.3.0 and 7.3.1. So I think the bug could have been introduced during this stage. The nightlies for immediately before April 21st is no longer available so I cannot confirm this. However, I downloaded the nightly on April 29th (before the additional amendments made on April 30th) and noted the same issue, so I am guessing the April 21st change introduced this bug.

afb2c2c commented

I am experiencing the exact same issue here on both the windows and the mac clients.

afb2c2c commented

Replying to [comment:1 dkocher]:

We cannot reproduce this. Reviewed test in 31abd0c.

I have now debugged this issue. As part of the upload request, the parameter "storageClass": "multi_regional" is being sent.
This parameter is deprecated and will only work for multi regional buckets. Unless Cyberduck is to add support for setting the storage class in preferences, then I suggest the parameter is removed. This will then use the default storage class of the bucket.

@dkocher commented

Documentation in https://cloud.google.com/storage/docs/storage-classes#legacy

@dkocher commented

In e35f47c.

25e1c83 commented

Hi there,

Sorry to dig this up -- let me know if I should be creating a new ticket instead.

I noticed with the latest fix, the interoperability failure is fixed. However, Cyberduck will no longer honour the default storage class setting and will always upload files with storage class "Standard". As my storage bucket is using the "Archive" storage class (which, incidentally, does not appear to be supported by Cyberduck at the current moment in the "Info" tab), I have to change them manually using gsutils after each upload.

I wonder if it is possible to avoid specifying the "storageClass" parameter altogether, as per what itspage suggested, such that the file will upload only to the default storage class setting?

Thank you.

@dkocher commented

Replying to [comment:10 trenzterra]:

Hi there,

Sorry to dig this up -- let me know if I should be creating a new ticket instead.

I noticed with the latest fix, the interoperability failure is fixed. However, Cyberduck will no longer honour the default storage class setting and will always upload files with storage class "Standard". As my storage bucket is using the "Archive" storage class (which, incidentally, does not appear to be supported by Cyberduck at the current moment in the "Info" tab), I have to change them manually using gsutils after each upload.

I wonder if it is possible to avoid specifying the "storageClass" parameter altogether, as per what itspage suggested, such that the file will upload only to the default storage class setting?

Thank you.

In #11521.