Model: OrganizationsBackend
Method: create_organization
create_organization now creates master account, root ou, and a
default service control policy objects and adds them to the
OrganizationsBackend object. the policy is attached to both
the master account and the root ou. any subsiquently created
accounts or OU also have the default policy attached.
* Add option to call batch submit_job with job definition name only
* Fix bug which causes register_job_definition not to increment job
revision number after a second revision
If a user is attempted to be added to a pool that already contains a user with that username, the UsernameExistsException is thrown, to match AWS behaviour.
When run not as a decorator dynamodb2 displays an invalid escape sequence error
/moto/dynamodb2/responses.py:603: DeprecationWarning: invalid escape sequence \s
'\s*([=\+-])\s*', '\\1', update_expression)
* Add INTELLIGENT_TIERING, GLACIER and DEEP_ARCHIVE as valid storage
classes for objects
* Add ObjectNotInActiveTierError error on PUT object copy for GLACIER
and DEEP_ARCHIVE storage class objects
Adding support on DynamoDB Streams for AT_SEQUENCE_NUMBER
and AFTER_SEQUENCE_NUMBER ShardIteratorType
Change SequenceNumber type to string instead of int to match documentation
Before when a task definition revision was de-registered all revisions
after that changed their revision id. This doesn't match the way it is
handled in AWS. Using a hash and manually increment the revision id
solves that.
This test is useful because before the last commit using copy_image
would not set the owner_id to the same one used when calling
describe_images.
For example, this code
conn = boto3.client("ec2")
copy_resp = conn.copy_image(
SourceImageId="ami-whatever",
...
)
describe_resp = conn.describe_images(
Owners=["self"]
)
Would result in describe_resp being empty, when it should contain the
image from the copy_resp before it.
By ensuring the owner ids are the same (see ce4059f6) the code example
now works as expected.
Previously there were a couple models which used different owner ids by
default, which could make tests relying on them fail if someone wasn't
expecting that. This change ensures a uniform owner id between
resources.
