The purpose of this document is to provide an alternate to GitHub issues for tracking feature requests. This eliminates noise when viewing issues. Items ending up on this page are not guaranteed to make it into the SDK. Items on this page are not sorted by priority.
Please feel free to submit feature requests and add comments or suggestions on existing feature requests. If you are interested in contributing code, please open a dialog with us first. Ideally we can avoid wasted dev cycles by discussing alternatives up front.
We can be found in our Gitter channel and on the AWS Forum for Ruby.
While the SDKs generally use AWS_PROFILE
as the environment variable source of
the shared config/credentials profile, the CLI promotes the
AWS_DEFAULT_PROFILE
environment variable. Request is to also support that as a
secondary source.
See related GitHub issue #1452.
We use instance metadata for credentials, feature request is to also use it for region resolution.
See related GitHub issue #1455.
See related GitHub issue #1009.
Match CLI support of ca_bundle being specified in config
See related GitHub issue #1907
For cases where a particular waiter doesn't exist, this request would provide an interface with which someone could define a waiter in code, rather than having to alter the SDK source JSON files.
See related GitHub issue #1047.
:destination_cidr_block
is not longer an identifier for Route
resource
See related Github issue #1630
See related GitHub issue #1323.
See related GitHub issue #1550.
See related GitHub issue #1335.
See related GitHub issue #1259.
See related GitHub issue #1185.
Not all Auto Scaling tag resources surface the value, should be doable with existing client calls within the resource.
See related GitHub issue #1145.
You can copy Amazon S3 object versions to a new Amazon S3 object using the
Aws::S3::Client#copy_from
operation. However, there isn't currently a way to
do this in the resource interface. This is a feature request to add that support
to the Aws::S3::Resource
interface.
See related GitHub issue #969.
See related GitHub issue #1385.
See related GitHub issue #1652.
See related GitHub issue #1449.
Add support to make unsigned calls using the SDK. Can be useful for cases such
as anonymously downlading S3 objects that have a public-read
ACL.
See related GitHub issue #1149.
There are many headers that we blacklist from adding to the signed request. For example, the blacklist includes some headers that can be legally modified in transit, increasing the risk of signature errors despite a properly constructed request.
This feature request is to allow users to manually whitelist a header to be signed. In essence, that user would be certifying "I know that this header will not be modified in transit or be otherwise changed, so sign it."
See related GitHub issue #1051.
Since the signing logic uses now
for the signing time, the
Aws::S3::Presigner
class will always generate unique URLs, though use cases
can exist for wanting consistency across generated URLs. The ask would be to add
support for an injectable timestamp into signing via the presigner.
See related GitHub issue #1013.
The presigned POST utility does not support pre-signing Amazon S3 acclerated bucket endpoints. Explore adding an explicit configuration option to enable this, or determine this by looking at the client configuration.
To work around limitations of S3 bucket policies, it is necessary to send certain headers as headers and to not hoist them to querystring of a request URI. This would be useful functionality in general.
See related GitHub issue #874.
Port over the feature we have in v1.
See related GitHub issue #1399.
Provide better streaming download options, imstead of having parts in /tmp directory, make leave it at the specifc directory and leave options for not clean up.
See related GitHub issue #1535.
Pull in data from response headers on Object#get
See related GitHub issue #1913
Add method for parity with Client#head_object
See related GitHub issue #1912
See related GitHub issue #1267.
To enable users to track file upload process, it would be helpful to support a progress callback for Aws::S3::Object#upload_file
.
See related GitHub issue #648.
If domain name value contains asterisks, the #list_resource_record_sets
operation of Aws::Route53::Client
returns octal in domain name, which is different from public documentation. SDK could have an optional flag utility for converting this for user.
See related Github issue #1468.
See related GitHub issue #1212.
See related Github issue #1501.
See related GitHub issue #1264.
The default credential provider chain will check for credentials from the EC2 instance metadata service once before giving up. This is intentional to prevent development environments from hanging for an extended period of time when not running on Amazon EC2.
Defaulting to no retries is problematic for code running on Amazon EC2, especially in a situation where the code is executing early in the boot process and the credentials are not immediately available. This forces developers to create a custom Aws::InstanceProfileCredentials
object to configure retires, complicating configuration for development environments.
Adding a retry limit for instance profile credentials might be a possible solution.
See related GitHub issue #717.
The SDK uses the Shared Credential and Configuration files at various points within the default credential provider chain, and other places. However, there is not currently a way to interact with these raw configuration values. This request is to expose these values in a consistent and usable way.
See related GitHub issue #1256.
The SDK uses first the exception response __type
field, then the ErrorCode
field, to determine the exception's code. However, the related issue shows at
least one case where the ErrorCode
field would be the more descriptive error.
We cannot change the exception classing behavior now, but exposing the raw
exception response fields could improve the exception handling experience.
See related GitHub issue #1189.
See related GitHub issue #1376.
There are some format differences between the input/output shapes of the AWS CLI and the AWS SDK for Ruby. Supporting a transformation between these two formats could be useful if using actual AWS CLI output as stubbed output for Ruby tests.
See related GitHub issue #970.
To support better cross-use with AWS CLI (specifically, borrowing input from --cli-input-json), the AWS SDK for Ruby would need to support non-symbolized keys.
See related GitHub issue #1685.
Verifier currently makes http call directly, and does not use SNS client or Aws.config.