-
-
Notifications
You must be signed in to change notification settings - Fork 296
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update to 9.1.0 breaks access to Linode Object Storage #16659
Comments
Can you point me to the discussion(s) in the forum. |
I ran into this issue connecting to my Linode Object Storage account. I was troubleshooting the issue with another user in my company. They were using version 9.1.0 for Mac and it would successfully connect but would not list the storage buckets. It was working for me using the same credentials on 9.0.3 for Windows. Mine had said there was an update, so I went ahead and updated to the same version as the other user. Now when I tried using the same saved credentials in 9.1.0 it connected but would not show the buckets. I reverted to 9.0.3 and it started working again. |
It would be great if you can provide a debug log. |
I updated back to 9.1.0 and tried again with debug logging turned on. Here is the generated debug log. |
Thanks @TheLordsKnight. Relevant log output is
With e4de4f8 buckets not matching the region identifier from the connection profile are skipped. We would expect the service would return the bucket location matching the region name |
The actual regression is from ea534ae. Previously no lookup for the region of the bucket was made for profiles with a |
Do not skip buckets on region mismatch
Longtime fan here, but noticed a problem reported by a few others over on Linode/Akamai Cloud Computing
Describe the bug
Updating to Cyberduck version 9.1.0 seems to break access to buckets on Linode Object Storage. After connecting with existing, previously working creds, it will not show any buckets.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Buckets load and are accessible via UI regardless of version.
The text was updated successfully, but these errors were encountered: