Skip to content

Reject unparseable GUI click responses instead of inventing origin clicks - #1722

Merged
ssiq merged 3 commits into
open-compass:mainfrom
rudycelekli:fix/gui-invalid-click-20261006
Oct 14, 2026
Merged

ssiq merged 3 commits into
open-compass:mainfrom
rudycelekli:fix/gui-invalid-click-20261006

Conversation

@rudycelekli

Copy link
Copy Markdown
Contributor

GUI click parsers return [0.0, 0.0] when the response contains no complete click. A failed or empty model response can therefore count as a correct click when the target contains the origin, while Format_Err_Rate remains zero. Raise ValueError for these responses so the existing evaluator exception handlers record a format failure. A genuine pyautogui.click(x=0, y=0) remains valid.

Apply the same correction to the duplicated parsers in ScreenSpot, ScreenSpot-Pro, ScreenSpot-v2, OSWorld-G, VBGD, and VenusBench. Coordinate normalization is unchanged.

Validation: tests cover all six parsers and the real ScreenSpot point evaluator with origin targets. Accuracy and format error rate now both report 50% for half valid and half empty responses, instead of 100% accuracy and 0% format errors. Tests fail on main and pass with this change; pre-commit run --all-files passes. Image loading is stubbed; no model inference was performed.

AI disclosure: this change and its regression tests were prepared with assistance from OpenAI Codex.

@ssiq
ssiq added this pull request to the merge queue Oct 14, 2026
Merged via the queue into open-compass:main with commit 8eca8e5 Oct 14, 2026
11 checks passed
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