OBS shipped a fix for this issue in v28. We cannot see the module (and its version) in crash-stats after it has been unloaded, but [this signature](https://crash-stats.mozilla.org/signature/?signature=obs-virtualcam-module64.dll%20%7C%20RtlFreeHeap) is of a variant of this bug before the OBS virtualcam module has fully unloaded. 28 does show up: [1](https://crash-stats.mozilla.org/report/index/2543de8b-8891-4d24-9b21-bf55b0220909), [2](https://crash-stats.mozilla.org/report/index/b60d6880-ab8a-4d77-860b-8eb630221026). The unloaded obs-virtualcam modules under other crash signatures do have a code_id field available, so we can figure out their version from that, given the version and code_id known from the crashes when the module was still loaded. Here's a quick code_id to version mapping: `61534e09ce000 -> 27.1.1.0` `6212fa56ce000 -> 27.2.1.0` `62201cb3ce000 -> 27.2.3.0` `630fb1d13b000 -> 28.0.0.0` `633893dc3b000 -> 28.0.3.0` And a crash signature to code_ids found (from skimming through reports from the last 7 days): [CMsgMutex::Lock](https://crash-stats.mozilla.org/signature/?signature=CMsgMutex%253A%253ALock) -> `[5f720994e3000]` [CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=CFGControl%3A%3ASetFirstVW) -> `[62201cb3ce000, 61534e09ce000, 6212fa56ce000]` [(unloaded obs-virtualcam-module64.dll@0xe247) | CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xe247)%20%7C%20CFGControl%253A%253ASetFirstVW) -> `[61534e09ce000]` [(unloaded obs-virtualcam-module64.dll@0xe4df) | CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xe4df)%20%7C%20CFGControl%253A%253ASetFirstVW) -> `[62201cb3ce000]` [webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=webrtc%253A%253Avideocapturemodule%253A%253AVideoCaptureDS%253A%253A~VideoCaptureDS) -> `[5fd7c3c7e0000, 60b54185e1000]` [(unloaded obs-virtualcam-module64.dll@0xcdf7) | webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=%28unloaded%20obs-virtualcam-module64.dll%400xcdf7%29%20%7C%20webrtc%3A%3Avideocapturemodule%3A%3AVideoCaptureDS%3A%3A~VideoCaptureDS) -> `[5fd7c3c7e0000]` [(unloaded obs-virtualcam-module64.dll@0xdbff) | webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xdbff)%20%7C%20webrtc%253A%253Avideocapturemodule%253A%253AVideoCaptureDS%253A%253A~VideoCaptureDS) -> `[60b54185e1000]` There are some unknown code_ids here but at least the v28 ones do not show up. I'll file an issue with OBS on the [RtlFreeHeap](https://crash-stats.mozilla.org/signature/?signature=obs-virtualcam-module64.dll%20%7C%20RtlFreeHeap) crash that still seems to be ongoing.
Bug 1707060 Comment 22 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
OBS shipped a fix for this issue in v28. We cannot see the module version in crash-stats after it has been unloaded, but [this signature](https://crash-stats.mozilla.org/signature/?signature=obs-virtualcam-module64.dll%20%7C%20RtlFreeHeap) is of a variant of this bug before the OBS virtualcam module has fully unloaded. 28 does show up: [1](https://crash-stats.mozilla.org/report/index/2543de8b-8891-4d24-9b21-bf55b0220909), [2](https://crash-stats.mozilla.org/report/index/b60d6880-ab8a-4d77-860b-8eb630221026). The unloaded obs-virtualcam modules under other crash signatures do have a code_id field available, so we can figure out their version from that, given the version and code_id known from the crashes when the module was still loaded. Here's a quick code_id to version mapping: `61534e09ce000 -> 27.1.1.0` `6212fa56ce000 -> 27.2.1.0` `62201cb3ce000 -> 27.2.3.0` `630fb1d13b000 -> 28.0.0.0` `633893dc3b000 -> 28.0.3.0` We do have code_id for unloaded modules on the "Raw Data and Minidumps" tab, so here's a crash signature to code_ids found (from skimming through reports from the last 7 days) mapping: [CMsgMutex::Lock](https://crash-stats.mozilla.org/signature/?signature=CMsgMutex%253A%253ALock) -> `[5f720994e3000]` [CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=CFGControl%3A%3ASetFirstVW) -> `[62201cb3ce000, 61534e09ce000, 6212fa56ce000]` [(unloaded obs-virtualcam-module64.dll@0xe247) | CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xe247)%20%7C%20CFGControl%253A%253ASetFirstVW) -> `[61534e09ce000]` [(unloaded obs-virtualcam-module64.dll@0xe4df) | CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xe4df)%20%7C%20CFGControl%253A%253ASetFirstVW) -> `[62201cb3ce000]` [webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=webrtc%253A%253Avideocapturemodule%253A%253AVideoCaptureDS%253A%253A~VideoCaptureDS) -> `[5fd7c3c7e0000, 60b54185e1000]` [(unloaded obs-virtualcam-module64.dll@0xcdf7) | webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=%28unloaded%20obs-virtualcam-module64.dll%400xcdf7%29%20%7C%20webrtc%3A%3Avideocapturemodule%3A%3AVideoCaptureDS%3A%3A~VideoCaptureDS) -> `[5fd7c3c7e0000]` [(unloaded obs-virtualcam-module64.dll@0xdbff) | webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xdbff)%20%7C%20webrtc%253A%253Avideocapturemodule%253A%253AVideoCaptureDS%253A%253A~VideoCaptureDS) -> `[60b54185e1000]` There are some unknown code_ids here but at least the v28 ones do not show up. I'll file an issue with OBS on the [RtlFreeHeap](https://crash-stats.mozilla.org/signature/?signature=obs-virtualcam-module64.dll%20%7C%20RtlFreeHeap) crash that still seems to be ongoing.
OBS shipped a fix for this issue in v28. We cannot see the module version in crash-stats after it has been unloaded, but [this signature](https://crash-stats.mozilla.org/signature/?signature=obs-virtualcam-module64.dll%20%7C%20RtlFreeHeap) is of a variant of this bug before the OBS virtualcam module has fully unloaded. 28 does show up: [1](https://crash-stats.mozilla.org/report/index/2543de8b-8891-4d24-9b21-bf55b0220909), [2](https://crash-stats.mozilla.org/report/index/b60d6880-ab8a-4d77-860b-8eb630221026). The unloaded obs-virtualcam modules under other crash signatures do have a code_id field available, so we can figure out their version from that, given the version and code_id known from the crashes when the module was still loaded. Here's a quick code_id to version mapping: `61534e09ce000 -> 27.1.1.0` `6212fa56ce000 -> 27.2.1.0` `62201cb3ce000 -> 27.2.3.0` `630fb1d13b000 -> 28.0.0.0` `633893dc3b000 -> 28.0.3.0` `63603ed53b000 -> 28.1.0.0` We do have code_id for unloaded modules on the "Raw Data and Minidumps" tab, so here's a crash signature to code_ids found (from skimming through reports from the last 7 days) mapping: [CMsgMutex::Lock](https://crash-stats.mozilla.org/signature/?signature=CMsgMutex%253A%253ALock) -> `[5f720994e3000]` [CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=CFGControl%3A%3ASetFirstVW) -> `[62201cb3ce000, 61534e09ce000, 6212fa56ce000]` [(unloaded obs-virtualcam-module64.dll@0xe247) | CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xe247)%20%7C%20CFGControl%253A%253ASetFirstVW) -> `[61534e09ce000]` [(unloaded obs-virtualcam-module64.dll@0xe4df) | CFGControl::SetFirstVW](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xe4df)%20%7C%20CFGControl%253A%253ASetFirstVW) -> `[62201cb3ce000]` [webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=webrtc%253A%253Avideocapturemodule%253A%253AVideoCaptureDS%253A%253A~VideoCaptureDS) -> `[5fd7c3c7e0000, 60b54185e1000]` [(unloaded obs-virtualcam-module64.dll@0xcdf7) | webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=%28unloaded%20obs-virtualcam-module64.dll%400xcdf7%29%20%7C%20webrtc%3A%3Avideocapturemodule%3A%3AVideoCaptureDS%3A%3A~VideoCaptureDS) -> `[5fd7c3c7e0000]` [(unloaded obs-virtualcam-module64.dll@0xdbff) | webrtc::videocapturemodule::VideoCaptureDS::~VideoCaptureDS](https://crash-stats.mozilla.org/signature/?signature=(unloaded%20obs-virtualcam-module64.dll%25400xdbff)%20%7C%20webrtc%253A%253Avideocapturemodule%253A%253AVideoCaptureDS%253A%253A~VideoCaptureDS) -> `[60b54185e1000]` There are some unknown code_ids here but at least the v28 ones do not show up. I'll file an issue with OBS on the [RtlFreeHeap](https://crash-stats.mozilla.org/signature/?signature=obs-virtualcam-module64.dll%20%7C%20RtlFreeHeap) crash that still seems to be ongoing.