Hi Grant, >> NACK. IIRC, this value has been adjusted up and down through several >> iterations and four was arrived at as being reasonable based on quite a bit >> of testing. Please check the GIT history and follow-up on those changes to >> ensure this doesn't reintroduce regressions that we've already been through >> on this value. >> > > I don't remember choosing very thoroughly such value ;) > since I did the patch (commit f223d6ca519f509748a5bd53cf01f99e6b62ff8c) > > Have to check my irc logs a bit more, couldn't retrieve anything about that. > > I don't think it won't harm much lowering to 2. In the worst case, the user > will retry by himself. > The reason of this retries limit was due to "fuzzy factors" like weak > signal, AP not ready (or crappy firmware like too often...) etc... > > So here, it's much about preference: which use case we prefer to help?
I know that on NEST like on my company's products it's important to not have to re-enter the passphrase, because it's a frustrating step which takes a lot of time, compared to a laptop. But here, there is a more frustrating issue: the WiFi won't connect, you don't know why, and ConnMan just reports that the connection has failed. If you retry it fails again. -> For sales people or any person doing a demo (worst case for me) it's a huge pain. But perhaps we can do something more "smart": 1 - If the service is not favorite, it's the first time that the user want to connect and the connection fails at the 4 ways handshake. It's probably due to a wrong input, we decide that the psk is wrong after the first attempt. If the user has big fingers, he can do a second mistake, and connect successfully on the third attempt. 2- The service is favorite and the connection fails 4 times at the 4 way hanshake, The passphrase should be changed, we decide that the psk is no longer valid. Here there is still something fishy, because the station is excluded from the AP, but will only happen when the psk has changed, it's ok for me. Best regards, Julien _______________________________________________ connman mailing list [email protected] http://lists.connman.net/listinfo/connman
