ap_max_connections documented in network.erl, but the ESP32 driver reads max_connections
Maintainers usually reply within 3 days
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 76/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- c, erlang
- Domain
- embedded-iot
Research direction
Read libs/avm_network/src/network.erl alongside src/platforms/esp32/components/avm_builtins/network_driver.c, then check doc/src/network-programming-guide.md for the documented AP option. Align the declared key, driver handling, and guide; preserve the suggested deprecated alias if appropriate. Done when the declared option controls the ESP32 station limit and the guide matches.
Written by the indexing model from the issue text.
Description
network.erl declares the AP option as {ap_max_connections, non_neg_integer()} (ap_max_connections_config(), part of ap_config_property()), but the ESP32 driver (network_driver.c) only reads max_connections. The network programming guide also documents {max_connections, ...}.
If you pass the key the spec declares, {ap_max_connections, 1}, the driver silently ignores it and the AP accepts the default 4 stations. If you pass the key that works, {max_connections, 1}, Dialyzer flags it as not matching ap_config().
Seen on release-0.7 and main:
libs/avm_network/src/network.erl:171:-type ap_max_connections_config() :: {ap_max_connections, non_neg_integer()}.src/platforms/esp32/components/avm_builtins/network_driver.c:89,:1116:max_connections_atom="max_connections"doc/src/network-programming-guide.md:361:{max_connections, non_neg_integer()}
Suggested fix: make the type and the driver agree. The ap_ prefix matches the other AP options (ap_channel, ap_ssid_hidden, ap_sta_connected…), so the driver could accept ap_max_connections, keep max_connections as a deprecated alias, and update the guide.
- Dominant language
- Erlang
- Stars
- 2.3k
- Forks
- 171
- Avg merge
- 4d 11h
- Merged PRs (30d)
- 20
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from atomvm/AtomVM
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 3 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 3 days
-
lwIP sockets: a failed listen or connect leaves the socket lock held, a later close hangs foreverOpen
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 3 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Maintainers usually reply within 3 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Maintainers usually reply within 3 days
Similar issues
-
SPIDevice selects an active-high device as soon as it is createdPossibly taken @mikeysklar claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 73/100
adafruit/circuitpython#11869 ·
Maintainers usually reply within 1 day
-
[Bug]: RFENCE rejects the architecturally defined full-range size when start_addr is nonzeroPossibly taken @hongwei-2026 claimed this today. OpenC-bug help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
rustsbi/rustsbi#484 · 1 comment ·
Maintainers usually reply within 1 day
-
Fan percentage in Auto mode shows the night-mode speed cap (`nmdv`) while the fan is idle (`fnst: OFF`)Possibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
cmgrayb/hass-dyson#552 ·
Maintainers usually reply within 1 day
-
backlog bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
EchoTools/nevr-runtime#2664 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
seven-lynx/HoundMind#108 ·
Maintainers usually reply within 1 day