{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":136493655,"defaultBranch":"master","name":"cyclonedds","ownerLogin":"eboasson","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2018-06-07T15:03:43.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/16984005?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1714471854.0","currentOid":""},"activityList":{"items":[{"before":"7b9bfe508a7119651a09d5662a035685d9459144","after":"022ba7afcd02143fe35a35612bd564a9071aeab3","ref":"refs/heads/fuzz-handshake","pushedAt":"2024-05-07T07:49:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Fix handshake fuzzer build issue and memory leaks\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Fix handshake fuzzer build issue and memory leaks"}},{"before":"0a32a6fd7a08a40d16f57216f7a31ba397cc4f9f","after":"7b9bfe508a7119651a09d5662a035685d9459144","ref":"refs/heads/fuzz-handshake","pushedAt":"2024-05-07T06:12:43.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"fuzzing: don't bug out if build dir exists","shortMessageHtmlLink":"fuzzing: don't bug out if build dir exists"}},{"before":"0eed717ed325a2e159abe467f52ce03eee948ae6","after":"0a32a6fd7a08a40d16f57216f7a31ba397cc4f9f","ref":"refs/heads/fuzz-handshake","pushedAt":"2024-05-02T07:33:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"linker -rdynamic should not be needed anymore","shortMessageHtmlLink":"linker -rdynamic should not be needed anymore"}},{"before":null,"after":"0eed717ed325a2e159abe467f52ce03eee948ae6","ref":"refs/heads/fuzz-handshake","pushedAt":"2024-04-30T10:10:54.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Building handshake fuzzer (linux/aarch64)\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Building handshake fuzzer (linux/aarch64)"}},{"before":null,"after":"63611d2b39654f048b6f80b49fe78ba077386a09","ref":"refs/heads/fix-idlc-leading-underscore","pushedAt":"2024-04-24T16:03:54.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Fix leading underscore handling in IDLC\n\nIDL identifiers start with a letter, and a (single) leading underscore is allowed as an\nescape character to distinguish them keywords.  That is, `Gloeiworm` and `_Gloeiworm` are\nthe same identifier. This it implemented correctly.\n\nHowever, it follows that where an identifier is expect, a single underscore is forbidden,\nand so is anything with a leading double underscore.  This detects those cases and raises\nan error.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Fix leading underscore handling in IDLC"}},{"before":"f2a09f127289b59a6246534e888dca1dc24f26c5","after":"f6906b1ef934fa7fd1f2bd7a33017cb5e51dcb0b","ref":"refs/heads/010x-malformed-logging","pushedAt":"2024-04-23T06:14:38.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Fix handling of empty second copy of PropertySeq\n\nThis changes the handling of PropertySeq and BinaryPropertySeq to always return the latest\none in the message.  Without this change a second (or later) empty sequence would be\nignored, but a second (or later) non-empty sequence would be returned.  The memory is\ninitialised to an empty sequence on allocation, so it doesn't affect the behaviour for the\nfirst copy.  This matters insofar as being consistent with some other deserialization\nfunctions matters.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Fix handling of empty second copy of PropertySeq"}},{"before":"8b914c14e8876ae801609779e22457eded8a5bd8","after":"9a58e93c58684ef9d0f846d9e9d507becd9e3b83","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-19T11:51:34.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"gc cycle is not actually what we want","shortMessageHtmlLink":"gc cycle is not actually what we want"}},{"before":"a49fcd45fa613fd2b05011e32ce7e07ab0becf3a","after":"8b914c14e8876ae801609779e22457eded8a5bd8","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-19T06:35:27.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"oneliner \"hearing!\" wait for gc before spdp","shortMessageHtmlLink":"oneliner \"hearing!\" wait for gc before spdp"}},{"before":"50e762003d660ebd64ac4a4311fca1117a12b7ba","after":"a49fcd45fa613fd2b05011e32ce7e07ab0becf3a","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-19T05:50:13.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"sanity check","shortMessageHtmlLink":"sanity check"}},{"before":"df2cbe23722243f3ea9e962450b3989f88eb8af2","after":"50e762003d660ebd64ac4a4311fca1117a12b7ba","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T14:06:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Fix leak in spdp_direct_xevent_cb if proxy reader no longer exists\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Fix leak in spdp_direct_xevent_cb if proxy reader no longer exists"}},{"before":"e348efe451b5643526f90d05798fa07918d80676","after":"bf6cb05fef82eb17a918dc68da8d997e928b00f0","ref":"refs/heads/fix-iox-locator","pushedAt":"2024-04-18T13:50:31.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Use hash of network config as Iceoryx locator\n\nFor Iceoryx (or PSMX more generally) we need a unique identifier for Iceoryx instance.\nIdeally, Iceoryx would provide that, but it doesn't ...\n\nThe plug-in used to try to come up with an identifier by fiddling with service discovery,\nbut there is a race condition in that logic that can't be solved in the absence of an\nupper limit to the number of processes while not having any form of synchronization or\ntime bounds.\n\nFortunately, Iceoryx refuses to have multiple instances of itself on a single machine, and\ntherefore something that can uniquely identify a machine can also be used.  I haven't been\nable to find a good way to get a machine id from the kernel.  That leaves writing stuff to\nthe filesystem (which I don't like doing), allocating and retaining some form of shared\nmemory to store it (also fraught with complications), or using some proxy for a proper\nmachine id.  The network configuration provides a reasonable option, as the MAC addresses\nare supposed to be unique.\n\nThen we get into trouble again: the network configuration can change, our getifaddrs()\ndoesn't return the MAC address on Windows, etc.  The code here is therefore flawed, but\npresumed good enough as replacement for the previous code that definitely did not work.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Use hash of network config as Iceoryx locator"}},{"before":"cd03023970d1ea608c943d83eeaaf5dd744870f6","after":"e348efe451b5643526f90d05798fa07918d80676","ref":"refs/heads/fix-iox-locator","pushedAt":"2024-04-18T12:22:46.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Use hash of network config as Iceoryx locator\n\nFor Iceoryx (or PSMX more generally) we need a unique identifier for Iceoryx instance.\nIdeally, Iceoryx would provide that, but it doesn't ...\n\nThe plug-in used to try to come up with an identifier by fiddling with service discovery,\nbut there is a race condition in that logic that can't be solved in the absence of an\nupper limit to the number of processes while not having any form of synchronization or\ntime bounds.\n\nFortunately, Iceoryx refuses to have multiple instances of itself on a single machine, and\ntherefore something that can uniquely identify a machine can also be used.  I haven't been\nable to find a good way to get a machine id from the kernel.  That leaves writing stuff to\nthe filesystem (which I don't like doing), allocating and retaining some form of shared\nmemory to store it (also fraught with complications), or using some proxy for a proper\nmachine id.  The network configuration provides a reasonable option, as the MAC addresses\nare supposed to be unique.\n\nThen we get into trouble again: the network configuration can change, our getifaddrs()\ndoesn't return the MAC address on Windows, etc.  The code here is therefore flawed, but\npresumed good enough as replacement for the previous code that definitely did not work.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Use hash of network config as Iceoryx locator"}},{"before":"ef934e0f337a520cc747263bb3cc3e735cf382d9","after":"df2cbe23722243f3ea9e962450b3989f88eb8af2","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T11:36:58.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"uninit false positive","shortMessageHtmlLink":"uninit false positive"}},{"before":"8e50671f2a6ea5dc0d5e4122a11999bf36fa2b5c","after":"ef934e0f337a520cc747263bb3cc3e735cf382d9","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T11:10:07.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"WiP: remove attribute pure","shortMessageHtmlLink":"WiP: remove attribute pure"}},{"before":"a8c94fa4bded73c559dac94ec2df4730a2297440","after":"8e50671f2a6ea5dc0d5e4122a11999bf36fa2b5c","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T10:59:46.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Fix leak in spdp_direct_xevent_cb if proxy reader no longer exists\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Fix leak in spdp_direct_xevent_cb if proxy reader no longer exists"}},{"before":"9b07942d604da5074dcf19043053e144fbce67ec","after":"a8c94fa4bded73c559dac94ec2df4730a2297440","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T10:33:09.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Raise MaxParticipantIndex, aging peer locators\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Raise MaxParticipantIndex, aging peer locators"}},{"before":"af8527eeb640c6e88d8cb9088e8a247c0d5ca2d0","after":"9b07942d604da5074dcf19043053e144fbce67ec","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T09:37:04.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Raise MaxParticipantIndex, aging peer locators\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Raise MaxParticipantIndex, aging peer locators"}},{"before":"d173252c4bd12e9b2a24ea35de6ceb24788de1d5","after":"af8527eeb640c6e88d8cb9088e8a247c0d5ca2d0","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-18T08:57:26.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Raise MaxParticipantIndex, aging peer locators\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Raise MaxParticipantIndex, aging peer locators"}},{"before":null,"after":"cd03023970d1ea608c943d83eeaaf5dd744870f6","ref":"refs/heads/fix-iox-locator","pushedAt":"2024-04-18T08:53:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Use hash of network config as Iceoryx locator\n\nFor Iceoryx (or PSMX more generally) we need a unique identifier for Iceoryx instance.\nIdeally, Iceoryx would provide that, but it doesn't ...\n\nThe plug-in used to try to come up with an identifier by fiddling with service discovery,\nbut there is a race condition in that logic that can't be solved in the absence of an\nupper limit to the number of processes while not having any form of synchronization or\ntime bounds.\n\nFortunately, Iceoryx refuses to have multiple instances of itself on a single machine, and\ntherefore something that can uniquely identify a machine can also be used.  I haven't been\nable to find a good way to get a machine id from the kernel.  That leaves writing stuff to\nthe filesystem (which I don't like doing), allocating and retaining some form of shared\nmemory to store it (also fraught with complications), or using some proxy for a proper\nmachine id.  The network configuration provides a reasonable option, as the MAC addresses\nare supposed to be unique.\n\nThen we get into trouble again: the network configuration can change, our getifaddrs()\ndoesn't return the MAC address on Windows, etc.  The code here is therefore flawed, but\npresumed good enough as replacement for the previous code that definitely did not work.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Use hash of network config as Iceoryx locator"}},{"before":"b20138397131a912cdfb2a1453a9a6471d50b74a","after":"d173252c4bd12e9b2a24ea35de6ceb24788de1d5","ref":"refs/heads/rework-spdp","pushedAt":"2024-04-16T13:40:04.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Raise MaxParticipantIndex, aging peer locators\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Raise MaxParticipantIndex, aging peer locators"}},{"before":"a9eda231ca60b097eda58fc673ddd6942477d938","after":"f2a09f127289b59a6246534e888dca1dc24f26c5","ref":"refs/heads/010x-malformed-logging","pushedAt":"2024-04-16T11:52:11.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Dump malformed packets to trace, optionally to log\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Dump malformed packets to trace, optionally to log"}},{"before":"7ffa93d43575b32a3880bb7ce1ce73adbe686a3c","after":"a9eda231ca60b097eda58fc673ddd6942477d938","ref":"refs/heads/010x-malformed-logging","pushedAt":"2024-04-16T11:49:36.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Dump malformed packets to trace, optionally to log\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Dump malformed packets to trace, optionally to log"}},{"before":"d4b42fdd5a599a22755eab38292e6d0a7cf91bad","after":"32c27965df324e8d61bc8de4c371c31b920f0b8c","ref":"refs/heads/fuzz-deser-mem-leak","pushedAt":"2024-04-16T06:00:35.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Fix handling of empty second copy of PropertySeq\n\nThis changes the handling of PropertySeq and BinaryPropertySeq to always return the latest\none in the message.  Without this change a second (or later) empty sequence would be\nignored, but a second (or later) non-empty sequence would be returned.  The memory is\ninitialised to an empty sequence on allocation, so it doesn't affect the behaviour for the\nfirst copy.  This matters insofar as being consistent with some other deserialization\nfunctions matters.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Fix handling of empty second copy of PropertySeq"}},{"before":null,"after":"d4b42fdd5a599a22755eab38292e6d0a7cf91bad","ref":"refs/heads/fuzz-deser-mem-leak","pushedAt":"2024-04-15T13:40:23.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Some extra scripting for dealing with fuzzers\n\n* check.sh: uses the oss-fuzz infrastructure scripts to run over various fuzzing engines,\n  trying to build the fuzzers and run a sanity check on them\n* local.sh: builds the fuzzers locally with some minor assumptions on locations\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Some extra scripting for dealing with fuzzers"}},{"before":null,"after":"bf0c15ec72e781b67aeabf7cbb0e1430e511e307","ref":"refs/heads/export-all-symbols-option","pushedAt":"2024-04-11T13:55:21.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Add EXPORT_ALL_SYMBOLS option to build system\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Add EXPORT_ALL_SYMBOLS option to build system"}},{"before":"65db40c033fac79e84f55e0cd8ca53b0ea793de0","after":"f19b045800b20a6865a1424548ca86d626820882","ref":"refs/heads/more-qos-set-match-testing","pushedAt":"2024-04-10T11:17:38.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Add TOPIC_DATA to ddsi_default_qos_topic\n\nNo externally visible effect for applications, but not setting is wrong and affects the\nC++ QoS provider implementation because it directly looks at the default QoS objects.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Add TOPIC_DATA to ddsi_default_qos_topic"}},{"before":"779dda636a3314fd80ec3fb9e30eb21300380119","after":"65db40c033fac79e84f55e0cd8ca53b0ea793de0","ref":"refs/heads/more-qos-set-match-testing","pushedAt":"2024-04-09T12:35:55.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"dds_qset_entity_name should free old value if set\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"dds_qset_entity_name should free old value if set"}},{"before":"2214ddaf31c6633547a229d475e208bff3fa1675","after":"779dda636a3314fd80ec3fb9e30eb21300380119","ref":"refs/heads/more-qos-set-match-testing","pushedAt":"2024-04-09T12:06:46.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Check QoS changes are accepted/rejected as planned\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Check QoS changes are accepted/rejected as planned"}},{"before":"5cb6ab071ef193989c7d176575aa222751253de7","after":"2214ddaf31c6633547a229d475e208bff3fa1675","ref":"refs/heads/more-qos-set-match-testing","pushedAt":"2024-04-09T10:11:03.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Default pub/sub QoS: presentation and ignore_local\n\nNot including these is observable via dds_get_qos but has no other effect, it all got\ndefaulted properly in readers and writers and those are the only ones where these really\nmatter, at least while the fancy settings for the presentation QoS are not supported.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Default pub/sub QoS: presentation and ignore_local"}},{"before":"11b4b744853f53914b4ce37ac3feb8056b9cb4e3","after":"5cb6ab071ef193989c7d176575aa222751253de7","ref":"refs/heads/more-qos-set-match-testing","pushedAt":"2024-04-09T09:28:45.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"eboasson","name":null,"path":"/eboasson","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/16984005?s=80&v=4"},"commit":{"message":"Default pub/sub QoS: presentation and ignore_local\n\nNot including these is observable via dds_get_qos but has no other effect, it all got\ndefaulted properly in readers and writers and those are the only ones where these really\nmatter, at least while the fancy settings for the presentation QoS are not supported.\n\nSigned-off-by: Erik Boasson <eb@ilities.com>","shortMessageHtmlLink":"Default pub/sub QoS: presentation and ignore_local"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEQ0r0CgA","startCursor":null,"endCursor":null}},"title":"Activity · eboasson/cyclonedds"}