RDKEMW-12282: Fix Coverity identified issues - dobby #405

dkumar798 · 2026-01-13T11:32:01Z

Description

RDKEMW-12282: Fix Coverity identified issues - dobby

If there is a corresponding JIRA ticket, please ensure it is in the title of the PR.

Test Procedure

How to test this PR (if applicable)

Type of Change

Bug fix (non-breaking change which fixes an issue)
New feature (non-breaking change which adds functionality)
Breaking change (fix or feature that would cause existing functionality to not work as expected)
Other (doesn't fit into the above categories - e.g. documentation updates)

Requires Bitbake Recipe changes?

The base Bitbake recipe (meta-rdk-ext/recipes-containers/dobby/dobby.bb) must be modified to support the changes in this PR (beyond updating SRC_REV)

daemon/lib/source/DobbyManager.cpp

rdkPlugins/Storage/source/RefCountFile.cpp

Copilot

Pull request overview

This PR addresses a broad set of Coverity findings across Dobby by tightening thread-safety, fixing resource-handling edge cases, and hardening error paths.

Changes:

Add/adjust mutex/atomic usage to fix data races and uninitialized state warnings.
Fix resource cleanup and error-path correctness (fd/wordexp/scandir/remove/chmod, etc.).
Improve defensive checks (bounds/overflow) and a few logging/formatting issues.

Reviewed changes

Copilot reviewed 50 out of 50 changed files in this pull request and generated 11 comments.

Show a summary per file

File	Description
utils/source/DobbyUtils.cpp	Adds locking around metadata getters to avoid data races.
utils/include/DobbyUtils.h	Makes metadata mutex `mutable` to support const getters locking.
settings/source/Settings.cpp	Frees `wordexp_t` on error path to avoid leaks.
rdkPlugins/Storage/source/RefCountFile.cpp	Adds overflow/error checks in refcount increment.
rdkPlugins/Storage/source/LoopMountDetails.cpp	Prevents double-close by resetting fd after close.
rdkPlugins/Storage/source/DynamicMountDetails.cpp	Refactors mount destination preparation and cleanup logic.
rdkPlugins/OOMCrash/source/OOMCrashPlugin.cpp	Simplifies crash file removal and fixes file creation logging/close.
rdkPlugins/Networking/source/NetworkingPlugin.cpp	Initializes plugin member pointer to nullptr.
rdkPlugins/Networking/source/NetworkSetup.cpp	Uses `operator[]` for ruleset insertion to avoid invalid iterators.
rdkPlugins/Networking/source/IPAllocator.cpp	Reworks directory existence/creation logic for IP store.
rdkPlugins/Minidump/source/AnonymousFile.cpp	Treats non-positive file size as invalid/empty with clearer logging.
rdkPlugins/Logging/source/FileSink.cpp	Initializes file size limit to avoid uninitialized use.
rdkPlugins/IONMemory/source/IonMemoryPlugin.cpp	Initializes plugin member pointer to nullptr.
rdkPlugins/HttpProxy/source/HttpProxyPlugin.cpp	Initializes plugin member pointer to nullptr.
rdkPlugins/AppServices/source/AppServicesRdkPlugin.cpp	Initializes plugin config pointer to nullptr.
plugins/OpenCDM/source/OpenCDMPlugin.cpp	Removes TOCTOU patterns; makes mounting conditional on chmod/chown success; checks addMount return.
plugins/MulticastSockets/source/MulticastSocketsPlugin.cpp	Adds fd error checks; fixes env formatting; uses move on push_back.
plugins/EthanLog/source/EthanLogLoop.cpp	Locks around client list clear for thread-safety.
plugins/EthanLog/source/EthanLogClient.cpp	Adds bounds checks for field parsing to prevent overruns.
plugins/EthanLog/client/cat/ethanlog-cat.cpp	Hardens buffer offset type/checks and fixes switch fallthrough.
plugins/Common/source/ServiceMonitor.cpp	Removes explicit unlocks around callbacks/timer path.
pluginLauncher/tool/source/Main.cpp	Fixes switch fallthrough in argument parsing.
pluginLauncher/lib/source/DobbyRdkPluginUtils.cpp	Initializes `exitStatus` to a known value in constructors.
pluginLauncher/lib/source/DobbyRdkPluginManager.cpp	Adds scandir failure handling and avoids redundant fd close.
pluginLauncher/lib/include/DobbyRdkPluginUtils.h	Makes getAnnotations thread-safe by locking and returning a copy.
ipcUtils/source/DobbyIpcBus.cpp	Removes redundant manual unlock before notifying/joining.
daemon/process/source/Main.cpp	Wraps main in try/catch; fixes parseArgs switch fallthrough.
daemon/lib/source/include/DobbyWorkQueue.h	Converts counters/flags to atomics.
daemon/lib/source/DobbyWorkQueue.cpp	Adds locking in postWork path for same-thread enqueue.
daemon/lib/source/DobbyStats.cpp	Fixes PID logging format/cast.
daemon/lib/source/DobbyManager.cpp	Refactors shutdown cleanup iteration; fixes lambda capture/move behavior in hibernation path; adds Coverity annotation.
daemon/lib/source/DobbyLogger.cpp	Wraps destructor in try/catch; replaces unsafe strcpy with strncpy.
daemon/lib/source/DobbyLogRelay.cpp	Initializes members; replaces unsafe strcpy with strncpy.
daemon/lib/source/DobbyContainer.cpp	Initializes restart count member.
daemon/lib/source/Dobby.cpp	Improves error handling on async work/reply paths.
client/tool/source/Main.cpp	Adds locking around promise fulfillment; removes TOCTOU by using opendir-first approach; fixes parseArgs fallthrough.
client/lib/source/DobbyProxy.cpp	Removes redundant manual unlock before notifying/joining.
bundle/tool/source/Main.cpp	Wraps main in try/catch; fixes parseArgs fallthrough.
bundle/lib/source/DobbyTemplate.cpp	Fixes instance return after unlock; corrects prettyPrint whitespace stripping behavior.
bundle/lib/source/DobbySpecConfig.cpp	Initializes vars and adds lock around spec version use.
bundle/lib/source/DobbyRootfs.cpp	Replaces access() check with directory open + error-specific handling.
bundle/lib/source/DobbyConfig.cpp	Adds lock around printCommand config access.
bundle/lib/source/DobbyBundleConfig.cpp	Adds locks to several getters.
AppInfrastructure/ReadLine/source/ReadLine.cpp	Fixes format string typo in error message.
AppInfrastructure/Public/Common/Notifier.h	Adds Coverity annotation and removes redundant unlock.
AppInfrastructure/IpcService/source/sdbus/SDBusIpcService.cpp	Prevents timeout multiplication overflow via casts.
AppInfrastructure/Common/source/Timer.cpp	Adds try/catch around cancel in destructor.
AppInfrastructure/Common/source/ThreadedDispatcher.cpp	Removes explicit unlocks; rewrites flush logic and adds locking in predicate.
AppInfrastructure/Common/include/IDGenerator.h	Replaces rand() with random_device-based seed for initialization.
AppInfrastructure/Common/include/ConditionVariable.h	Removes dead/unreachable return after throw.

Comments suppressed due to low confidence (1)

plugins/Common/source/ServiceMonitor.cpp:205

onReadyNotification invokes mStateChangeHandler while holding mLock (explicit unlock removed). This risks deadlock/re-entrancy issues and holds the mutex across user callback code. Capture any needed state under lock, unlock, then invoke the handler.

        // call the registered handler
        if (mStateChangeHandler)
            mStateChangeHandler(State::Ready);
    }
}

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

rdkPlugins/Networking/source/IPAllocator.cpp

daemon/process/source/Main.cpp

plugins/Common/source/ServiceMonitor.cpp

AppInfrastructure/Common/source/ThreadedDispatcher.cpp

bundle/lib/source/DobbyBundleConfig.cpp

Copilot · 2026-01-23T05:23:47Z

daemon/lib/source/DobbyManager.cpp

+            ContainerId id = it->first;
+            int32_t descriptor = it->second->descriptor;
+            AI_LOG_INFO("Stopping container %s", id.c_str());
+            ++it;
+            locker.unlock();


mLock is unlocked while iterating mContainers, but the iterator 'it' (advanced before unlock) is then reused after relocking. Another thread can erase the element that 'it' points to while the lock is released, leaving 'it' dangling and causing undefined behavior. Avoid carrying iterators across unlock; collect container IDs/descriptors to stop first, or restart iteration after relocking.

rdkPlugins/Logging/source/FileSink.cpp

daemon/lib/source/DobbyLogger.cpp

Copilot · 2026-01-23T05:23:48Z

AppInfrastructure/Common/source/Timer.cpp

+    try {
+        cancel();
+    } catch (const std::exception& e) {
+    }


Timer::~Timer() catches std::exception but ignores it (empty catch block), which can hide real failures during destruction. Either remove the try/catch (cancel() doesn't appear to throw here) or at least log the exception so failures aren't silently swallowed.

Suggested change

try {

cancel();

} catch (const std::exception& e) {

}

cancel();

plugins/Common/source/ServiceMonitor.cpp

Copilot

Pull request overview

Copilot reviewed 50 out of 51 changed files in this pull request and generated 4 comments.

Comments suppressed due to low confidence (1)

plugins/Common/source/ServiceMonitor.cpp:209

onReadyNotification() invokes mStateChangeHandler while holding mLock. If the handler calls back into ServiceMonitor (or takes other locks), this can deadlock. Follow the pattern used in onServiceNotification(): capture the handler (and new state) under the lock, then release the lock before invoking it.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Copilot · 2026-02-04T06:52:25Z

plugins/OpenCDM/source/OpenCDMPlugin.cpp

+    else if (errno == EEXIST)
+    {
+        AI_LOG_INFO("File '%s' already present, skipping creation", filePath.c_str());
+    }


writeFileIfNotExists() treats EEXIST as a non-error (logs and continues) but ultimately returns false. For a helper named "writeFileIfNotExists", an existing file is usually a success case; consider returning true on EEXIST so callers can reliably treat the operation as successful whether the file was created or already present.

Copilot · 2026-02-04T06:52:25Z

AppInfrastructure/Common/source/ThreadedDispatcher.cpp

 }
 bool ThreadedDispatcher::hasMoreWorkOrWasStopRequested()
 {
+    std::unique_lock<std::mutex> lock(m);


ThreadedDispatcher::hasMoreWorkOrWasStopRequested() now takes m, but it is used as the predicate for cv.wait(lock, pred) while the caller already holds the same mutex. This will self-deadlock when the predicate tries to lock m again. Remove the internal locking from the predicate (assume the caller holds m), or provide two helpers: one that requires m held for the condition_variable predicate and another public method that locks when called externally.

Suggested change

std::unique_lock<std::mutex> lock(m);

// NOTE: This method is used as the predicate for cv.wait(lock, pred),

// which is called while 'm' is already locked. Therefore, this method

// must not attempt to lock 'm' again, and instead assumes the caller

// holds 'm' before calling.

Copilot · 2026-02-04T06:52:26Z

client/tool/source/Main.cpp

@@ -311,25 +313,14 @@ static void startCommand(const std::shared_ptr<IDobbyProxy> &dobbyProxy,
    int32_t cd;

    struct stat statbuf;


startCommand() declares struct stat statbuf; but no longer uses it after switching to opendir()-based detection. This will trigger an unused-variable warning (and can fail builds with -Werror). Remove the unused variable.

Suggested change

struct stat statbuf;

Copilot · 2026-02-04T06:52:26Z

daemon/lib/source/DobbyManager.cpp

-            DobbyStats stats(it->first, mEnvironment, mUtilities);
-            Json::Value jsonPids = DobbyStats(it->first, mEnvironment, mUtilities).stats()["pids"];
+            DobbyStats stats(id, mEnvironment, mUtilities);
+            Json::Value jsonPids = DobbyStats(id, mEnvironment, mUtilities).stats()["pids"];


The hibernation thread creates a DobbyStats instance (stats) but then immediately constructs a second temporary DobbyStats to fetch pids; stats is unused (warning) and the extra construction is unnecessary. Reuse the existing stats object (e.g., stats.stats()["pids"]) and remove the unused variable.

Suggested change

Json::Value jsonPids = DobbyStats(id, mEnvironment, mUtilities).stats()["pids"];

Json::Value jsonPids = stats.stats()["pids"];

Copilot

Pull request overview

Copilot reviewed 50 out of 51 changed files in this pull request and generated 5 comments.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

bundle/lib/source/DobbyBundleConfig.cpp

Copilot · 2026-02-04T08:43:21Z

bundle/lib/source/DobbyBundleConfig.cpp

+    std::lock_guard<std::mutex> locker(mLock);
    return mRdkPlugins;


Same issue as rootfsPath(): returning a const reference after taking an internal lock doesn’t protect callers once the function returns. If concurrent access is expected, return a copy of the map (or provide an API that executes a callback while holding the lock). Otherwise, drop the lock and document immutability.

Suggested change

std::lock_guard<std::mutex> locker(mLock);

return mRdkPlugins;

// Create a thread-local copy of the plugin map so that callers

// receive a reference to per-thread data that is not modified

// concurrently by other threads.

thread_local std::map<std::string, Json::Value> rdkPluginsCopy;

{

std::lock_guard<std::mutex> locker(mLock);

rdkPluginsCopy = mRdkPlugins;

}

return rdkPluginsCopy;

Copilot · 2026-02-04T08:43:22Z

daemon/lib/source/DobbyManager.cpp

@@ -493,27 +494,42 @@ void DobbyManager::cleanupContainersShutdown()
            (it->second->state == DobbyContainer::State::Hibernated) || \
            (it->second->state == DobbyContainer::State::Awakening))
        {
-            AI_LOG_INFO("Stopping container %s", it->first.c_str());
+            ContainerId id = it->first;
+            int32_t descriptor = it->second->descriptor;
+            AI_LOG_INFO("Stopping container %s", id.c_str());
+            ++it;
+            locker.unlock();
            // By calling the "proper" stop method here, any listening services will be
            // notified of the container stop event
-            if (!stopContainer(it->second->descriptor, false))
+            bool stopSuccess = stopContainer(descriptor, false);
+            locker.lock();
+
+            auto eraseIt = mContainers.find(id);
+            if (eraseIt == mContainers.end())
+                continue;
+


cleanupContainersShutdown() unlocks mLock while retaining and later reusing the iterator it (incremented before unlock). If another thread erases the element that it points to while the lock is released, it becomes invalid and the loop has undefined behavior. Prefer collecting container ids/descriptors to stop under the lock (e.g., copy to a vector), then release the lock and stop/cleanup using fresh lookups under the lock rather than keeping iterators across unlock.

Copilot · 2026-02-04T08:43:22Z

rdkPlugins/Networking/source/IPAllocator.cpp

+            // Create directory we will store IPs in
+            if (!mUtils->mkdirRecursive(ADDRESS_FILE_DIR, 0644))
+            {
+                AI_LOG_ERROR_EXIT("Failed to create dir @ '%s'", ADDRESS_FILE_DIR);
+                return false;
+            }


The directory permissions passed to mkdirRecursive are 0644, which lacks the execute bit required to traverse/access directories. This can result in the store directory being unusable (e.g., opendir/readdir failures) even if creation succeeds. Use a directory-appropriate mode such as 0755 (or 0700 if it must be private).

Copilot · 2026-02-04T08:43:22Z

client/tool/source/Main.cpp

        {
-            readLine->printLnError("please provide the path to a bundle or a "
-                                   "valid .json file");
+            readLine->printLnError("failed to stat '%s' (%d - %s)",


This ENOENT branch reports "failed to stat" even though the code now uses opendir() to probe the path. The error message is misleading for users and complicates debugging; please update it to reflect the actual operation (e.g., failed to open directory / path not found).

Suggested change

readLine->printLnError("failed to stat '%s' (%d - %s)",

readLine->printLnError("failed to open directory '%s' (%d - %s)",

Copilot

Pull request overview

Copilot reviewed 50 out of 51 changed files in this pull request and generated 2 comments.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Copilot · 2026-02-04T11:34:00Z

daemon/lib/source/DobbyManager.cpp

+            ContainerId id = it->first;
+            int32_t descriptor = it->second->descriptor;
+            AI_LOG_INFO("Stopping container %s", id.c_str());
+            ++it;
+            locker.unlock();
            // By calling the "proper" stop method here, any listening services will be
            // notified of the container stop event
-            if (!stopContainer(it->second->descriptor, false))
+            bool stopSuccess = stopContainer(descriptor, false);
+            locker.lock();
+


In cleanupContainersShutdown, the code increments it and then releases mLock while still relying on that iterator for the subsequent loop iterations. While unlocked, other threads (e.g., onChildExit() / cleanup timers) can erase entries in mContainers, which can invalidate the saved iterator and lead to undefined behavior when the loop continues. Consider collecting a list of container IDs/descriptors to stop while holding the lock (then iterate that list without holding the lock), or re-establish the iterator after re-locking using a stable key (e.g., store nextId and use lower_bound).

Copilot · 2026-02-04T11:34:01Z

plugins/OpenCDM/source/OpenCDMPlugin.cpp

+    else if (errno == EEXIST)
+    {
+        AI_LOG_INFO("File '%s' already present, skipping creation", filePath.c_str());
+    }
+    else
+    {
+        AI_LOG_SYS_ERROR(errno, "Unable to create file '%s'", filePath.c_str());
+    }

    AI_LOG_FN_EXIT();
    return false;


writeFileIfNotExists logs that the file already exists when open(...O_EXCL...) fails with EEXIST, but then returns false. For a function named "writeFileIfNotExists", EEXIST should be treated as success (return true) since the post-condition (file exists) is satisfied.

Copilot

Pull request overview

Copilot reviewed 50 out of 51 changed files in this pull request and generated 1 comment.

Comments suppressed due to low confidence (1)

ipcUtils/source/DobbyIpcBus.cpp:69

In the destructor, the terminate event is pushed while holding mLock, but the service-change queue is protected by mServiceChangeLock in serviceChangeThread(). This introduces a data race on mServiceChangeQueue, and since the mutex is never explicitly unlocked anymore, join() can block indefinitely if the worker thread needs mLock to drain the queue. Push the terminate event under mServiceChangeLock (not mLock), then release the lock before notify_all() and join().

    if (mServiceChangeThread.joinable())
    {
        std::unique_lock<std::mutex> locker(mLock);
        mServiceChangeQueue.emplace_back(ServiceChangeEvent::Terminate);

        mServiceChangeCond.notify_all();
        mServiceChangeThread.join();
    }

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Copilot · 2026-02-04T13:31:14Z

plugins/EthanLog/client/cat/ethanlog-cat.cpp

    const std::string mFileName;

    bool mValid;

    char mBuffer[1024];
-    int mBufferOffset;
+    size_t mBufferOffset;
 };


After changing mBufferOffset to size_t, keep related code consistent to avoid signed/unsigned issues (e.g., loops and arithmetic that still use int/ssize_t). Consider updating mBufferOffset usages to size_t throughout and casting read() results safely.

Fix Coverity identified issues - dobby

9dc285d

dkumar798 marked this pull request as draft January 13, 2026 11:32

dkumar798 added 3 commits January 21, 2026 10:03

RDKEMW-12282: Fix Coverity identified issues - dobby

bb782fd

Update DobbyManager.cpp

8ba7846

Update DobbyManager.cpp

9388819

github-advanced-security bot found potential problems Jan 22, 2026

View reviewed changes

daemon/lib/source/DobbyManager.cpp Fixed Show fixed Hide fixed

dkumar798 added 5 commits January 22, 2026 07:00

Update DobbyManager.cpp

f75dfe6

Update DobbyManager.cpp

9756bc7

RDKEMW-12282: Fix Coverity identified issues - dobby

1a532ab

RDKEMW-12282: Fix Coverity identified issues - dobby

161d7b0

Update RefCountFile.cpp

7832785

github-advanced-security bot found potential problems Jan 22, 2026

View reviewed changes

rdkPlugins/Storage/source/RefCountFile.cpp Fixed Show fixed Hide fixed

dkumar798 added 4 commits January 22, 2026 11:51

RDKEMW-12282: Fix Coverity identified issues - dobby

60aac7c

Update ThreadedDispatcher.cpp

06a0de3

Update Notifier.h

f6adb02

Update DobbyManager.cpp

b39b464

dkumar798 marked this pull request as ready for review January 23, 2026 03:14

ssitar583 requested a review from Copilot January 23, 2026 05:15

Copilot started reviewing on behalf of ssitar583 January 23, 2026 05:16 View session

Copilot AI reviewed Jan 23, 2026

View reviewed changes

dkumar798 added 7 commits January 23, 2026 07:28

RDKEMW-12282: Fix Coverity identified issues - dobby

c1c6dbd

Update ThreadedDispatcher.cpp

2730884

RDKEMW-12282: Fix Coverity identified issues - dobby

e0d2038

Update DobbyBundleConfig.cpp

ad315d1

Update DobbyLogger.cpp

a495ad9

Update DobbyTemplate.cpp

f5138f9

Update ThreadedDispatcher.cpp

b7d7f2f

Copilot AI review requested due to automatic review settings February 4, 2026 06:43

Copilot started reviewing on behalf of dkumar798 February 4, 2026 06:43 View session

Copilot AI reviewed Feb 4, 2026

View reviewed changes

dkumar798 added 2 commits February 4, 2026 13:05

Update ServiceMonitor.cpp

03f92fe

Update ThreadedDispatcher.cpp

9756d4a

Copilot AI review requested due to automatic review settings February 4, 2026 08:37

Copilot started reviewing on behalf of dkumar798 February 4, 2026 08:37 View session

Copilot AI reviewed Feb 4, 2026

View reviewed changes

dkumar798 added 2 commits February 4, 2026 15:05

Update DobbyBundleConfig.cpp

dc87f41

Update DobbyProxy.cpp

2077a4e

Copilot AI review requested due to automatic review settings February 4, 2026 11:28

Copilot started reviewing on behalf of dkumar798 February 4, 2026 11:28 View session

Copilot AI reviewed Feb 4, 2026

View reviewed changes

ks734 requested a review from Copilot February 4, 2026 13:24

Copilot started reviewing on behalf of ks734 February 4, 2026 13:25 View session

Copilot AI reviewed Feb 4, 2026

View reviewed changes

Update DobbyIpcBus.cpp

572c7b3

-    std::unique_lock<std::mutex> lock(m);
+    // NOTE: This method is used as the predicate for cv.wait(lock, pred),
+    // which is called while 'm' is already locked. Therefore, this method
+    // must not attempt to lock 'm' again, and instead assumes the caller
+    // holds 'm' before calling.

		@@ -311,25 +313,14 @@ static void startCommand(const std::shared_ptr<IDobbyProxy> &dobbyProxy,
		int32_t cd;

		struct stat statbuf;

	Json::Value jsonPids = DobbyStats(id, mEnvironment, mUtilities).stats()["pids"];
	Json::Value jsonPids = stats.stats()["pids"];

		std::lock_guard<std::mutex> locker(mLock);
		return mRdkPlugins;

-    std::lock_guard<std::mutex> locker(mLock);
-    return mRdkPlugins;
+    // Create a thread-local copy of the plugin map so that callers
+    // receive a reference to per-thread data that is not modified
+    // concurrently by other threads.
+    thread_local std::map<std::string, Json::Value> rdkPluginsCopy;
+    {
+        std::lock_guard<std::mutex> locker(mLock);
+        rdkPluginsCopy = mRdkPlugins;
+    }
+    return rdkPluginsCopy;

	readLine->printLnError("failed to stat '%s' (%d - %s)",
	readLine->printLnError("failed to open directory '%s' (%d - %s)",

RDKEMW-12282: Fix Coverity identified issues - dobby #405

Are you sure you want to change the base?

RDKEMW-12282: Fix Coverity identified issues - dobby #405

Uh oh!

Conversation

dkumar798 commented Jan 13, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

Test Procedure

Type of Change

Requires Bitbake Recipe changes?

Uh oh!

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Copilot AI Jan 23, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Copilot AI Jan 23, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 4, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

dkumar798 commented Jan 13, 2026 •

edited

Loading