Support recon:info(Pid, {dictionary, Key}) introduced in OTP 26.2

[gomoripeti]

Keeping the function clause generic so that dialyzer does not complain
on older versions where the second arg of erlang:process_info/2 must be
an atom or list.

[ferd]

I don't think this is acceptable as-is just because we remove a whole check and change semantics without tests written. I think we should either keep existing clause but add a new one that checks for valid keys, or drop all checks but add tests.

[gomoripeti]

thanks for the feedback. initially I had a strict matching on the dictionary tuple key (0c8269c) but dialyzer is complaining on older OTP versions.
I dared to remove the type guard because the info item names are not checked at all in recon if there are multiple in a list, just passed on to erlang:process_info/2. Because of this recon:info(Pid, [{dictionary, Key}]) already worked.

I will add tests.

[ferd]

Yeah fair enough with Dialyzer. I imagine eventually it might make sense to deal with it like we do in other code base and only Dialyze newer versions (I need to bump up the CI used in this repo), but I'm good with removing the check for consistency with the test added on top.