Skip to content

Conversation

@stefanbinoj
Copy link
Contributor

@stefanbinoj stefanbinoj commented Oct 15, 2025

ref #1064

Related Test

Screenshot 2025-10-15 at 5 54 19 PM

Problem

Previously, we checked for Auto-Assign on Reply by locating the Assign yourself button. However, it seems that this specific element is always present even when the conversation is already assigned to the user.
This change was introduced by devin #1057

Video-proof :

Screen.Recording.2025-10-15.at.4.07.27.PM.mov

Solution

Instead of checking if Assign yourself button is present or not, we check if the assignee is user or not.

Test passing screen shot

Screenshot 2025-10-15 at 4 17 49 PM

Link to upstream CI action passing all test suites:

Screenshot 2025-10-15 at 5 49 41 PM

https://github.com/stefanbinoj/helper/actions/runs/18527904075/job/52802976944

AI Usage :

No AI was used in the creation of this PR.

Self Review :

I have self reviewed all codes that i have written.


await sendReplyMessage(page, "Auto-assign on test reply message");
await expect(page.getByTestId("message-thread")).toContainText("Auto-assign on test reply message");
await expect(page.getByRole("button", { name: "Assign yourself" })).not.toBeVisible();
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is the line that causes the test failure.
From the video, it is evident that the user is being assigned, but the locator still exists.

Screen.Recording.2025-10-15.at.4.02.54.PM.mov

@stefanbinoj
Copy link
Contributor Author

@slavingia can i have a review for this one?

@binary-koan binary-koan merged commit 9dff536 into antiwork:main Oct 18, 2025
@binary-koan
Copy link
Collaborator

Looks great, thanks for the fix!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants