Bert Blommers

Hi @cheshirex, thanks for raising this. It does look like our implementation of this feature is a bit... spotty. Marking it as a bug to implement this flag properly.

Thanks for raising this @ltagliamonte - marking it as an enhancement!

Hi @Balasundaram, most of our features are actually contributed by the community, not necessarily by us. So if this is something you really need, a PR is always welcome! There...

@thrau @whummer A WIP to properly implement multi-account support. Note that the current documentation describes how I'm envisioning this to work, but I haven't looked at the technical feasibility yet....

> This PR looks awesome, super excited to test and try this out! If you need anything or someone to help validate and test, Im all ears. Some early feedback...

> is this the best way for this, or is there an alternative to this installation method. > @getsec As far as I know, that is the best and easiest...

Hi @n3rdgir1, thanks for raising this! Will mark it as an enhancement. If you're interested in implementing these features yourself, PR's are always welcome! We have some documentation here: http://docs.getmoto.org/en/latest/docs/contributing/index.html...

Hi @BenjaminCaffrey, welcome to Moto! It does work like this, by extending the BaseClass with the unittest.TestCase-class: ``` @mock_s3 class TestMotoBugBaseClass(unittest.TestCase): ... ``` Note that executing the `TestMotoBugBaseClass`-class also fails...

Having said that, looking at your example, running `TestInheritingClass` should pass, as this does extend the `unittest.TestCase`. I'll do some debugging to see why this fails.

Yes, that is correct. The class-decorator is responsible for resetting the state between tests. On basic classes, it will reset before every test-method. If the class extends `unittest.TestCase`, it will...