Yep. I think that’s it. I totally forgot about raising. I’ll try it out. 

- Brian

> On Mar 21, 2021, at 1:06 PM, Bruno Oliveira <nicodde...@gmail.com> wrote:
> 
> 
> > there is no option to only accept existing keys.
> 
> I'm not sure what they mean... there's a `raising` keyword argument, which 
> defaults to True.
> 
> []
> Bruno
> 
>> On Sun, Mar 21, 2021 at 2:41 PM Brian Okken <variedthoug...@gmail.com> wrote:
>> I think I want to get some extra help on this good question. 
>> - Brian
>> 
>> - Brian
>> 
>> Begin forwarded message:
>> 
>>> From: Dimitri Blyumin via Fireside <contactf...@fireside.fm>
>>> Date: March 20, 2021 at 7:36:58 PM PDT
>>> To: br...@pythontesting.net
>>> Subject: [Test & Code :  Python Testing] Listener Feedback from Dimitri 
>>> Blyumin
>>> Reply-To: dimitri.blyu...@gmail.com
>>> 
>>> Name: Dimitri Blyumin
>>> Email: dimitri.blyu...@gmail.com
>>> Twitter: 
>>> Website: 
>>> 
>>> Hi Brian,
>>> I'm going through your excellent "Python Testing with pytest" book, and 
>>> came across this potential scenario in monkeypatching: if we use setitem 
>>> and misspell the key - it will create a new key:value and will leave the 
>>> original one as is, no KeyError or warning.
>>> Looking at the docs - there is no option to only accept existing keys.
>>> I think this can be dangerous in some cases when the user expects a value 
>>> to be patched, and it is not, e.g. change environment in the config dict 
>>> from PRD to DEV.
>>> Did you encounter this and is there a way to ensure that only existing keys 
>>> are used in patching?
>>> 
>>> 
>>> --
>>> Fireside Labs, LLC (http://fireside.fm/)
>> _______________________________________________
>> pytest-dev mailing list
>> pytest-dev@python.org
>> https://mail.python.org/mailman/listinfo/pytest-dev
_______________________________________________
pytest-dev mailing list
pytest-dev@python.org
https://mail.python.org/mailman/listinfo/pytest-dev

Reply via email to