Flavio Grossi

match error when stopping a process

1

I'm not able to reproduce this, but we captured this error after terminating a process under a dynamic supervisor. This happened after replying with `{:stop, :normal, ...}` to a genserver...

I think there is a missing nil check [here](https://github.com/derekkraan/horde/blob/dbe0f6d8e8c39a53da6f7332c9e90659aee49a47/lib/horde/dynamic_supervisor_impl.ex#L219) while the dynamic supervisor handles the process handoff when a cluster node goes down. The function `get_item/2` can in fact return...

**Describe the bug** the same function specification regarding maps gives a dialyzer error when using `-spec` but gives no error when implementing a behaviour and inferring the type from a...

fix syn_pg:join/4 spec by adding the error type

1

the current type spec for `syn_pg:join/4` does not include the error type

This should fix the following deprecations and dialyzer warnings: - some undefined types in the specs - `to_char_list/1` and `String.strip/1` deprecations - `char_list()` deprecated type - the warning about unused...

There is a typo in the `update_registry/3` function in the elixir example: the registry is updated using a different name than its registration name. Fixed using the same name as...

Hi, this is mainly a discussion before trying to implement a new feature. In my current use case, a number of process groups is created, using a name like `{:group_x,...

supervisor crash if starting child fails

2

Hi, I noticed that when [starting](https://github.com/team-telnyx/pogo/blob/6468230a5abb573a724a9d77d23314bc7f20ec78/lib/pogo/dynamic_supervisor.ex#L219) or [redistributing](https://github.com/team-telnyx/pogo/blob/6468230a5abb573a724a9d77d23314bc7f20ec78/lib/pogo/dynamic_supervisor.ex#L278) child processes, the case of a child failing to start is never considered. This can happen for various reasons, like the process...

- fixed one typo in start_link type spec - removed validate_child/1 catchall clause, since it is not reachable because its input is fixed to Supervisor.child_spec/2 return value Maybe the catchall...

Sometimes an :unknown message is returned when using the mint adapter

4

This is a follow up to issue #357, which is still reproducible because the `mode` option is never set to passive [here](https://github.com/elixir-tesla/tesla/blob/8e39f97b0bd0fac4c6252ce4cfcd2a0df593164f/lib/tesla/adapter/mint.ex#L159) because put_new will not overwrite the existing value,...