Details
-
Bug
-
Resolution: Done
-
Not Evaluated
-
5.0.0
-
None
-
Iaf5bbee82e13ac92e11b60c558f5af9ce26f474b
Description
(note: this might also affect 4.8, I haven't checked)
See the attached diff for a test. It fails, because QHostAddress::Any is treated as a v6 bind (since it's for both v4 and v6 interfaces), but the QHostAddress passed to joinMulticastGroup is a v4 address, so it tries to take the v4 path for setsocketopt, which then fails with EINVAL (at least on OS X).
If I force it to take the v6 path, it succeeds, so I suspect we may need some additional logic to handle QHostAddress::Any binds by storing the address family, or something, but I need advice before I try handle this.
Attachments
For Gerrit Dashboard: QTBUG-25047 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
22019,1 | Fix multicast join/leave when binding to QHostAddress::Any. | master | qt/qtbase | Status: MERGED | +2 | 0 |