Getting a lot of "Roo tried to use apply_diff without value for required parameter 'path'." with qwen3-coder

[serjrd]

App Version

3.25.23

API Provider

LM Studio

Model Used

unsloth/Qwen3-Coder-30B-A3B-Instruct-UD-Q5_K_XL

Roo Code Task Links (Optional)

Started to get a lot of errors using Roo, even with the simplest tasks:

Roo tried to use apply_diff without value for required parameter 'path'. Retrying...

Roo tried to use search_and_replace without value for required parameter 'path'. Retrying...

Roo tried to use write_to_file without value for required parameter 'path'. Retrying...

Eventually leading to

Roo is having trouble...

This may indicate a failure in the model's thought process or inability to use a tool properly, which can be mitigated with some user guidance (e.g. "Try breaking down the task into smaller steps").

I've been using the same model which used to work just fine just a few days ago.

Tried downloading different versions of the model.
Tried serving the model through the latest llama.cpp.
No luck.

🔁 Steps to Reproduce

• Ubuntu 25.04
• LM Studio 0.3.23 (Build 3)
• VSCode:
  Version: 1.103.2
  Commit: 6f17636121051a53c88d3e605c491d22af2ba755
  Date: 2025-08-20T16:45:34.255Z
  Electron: 37.2.3
  ElectronBuildId: 12035395
  Chromium: 138.0.7204.100
  Node.js: 22.17.0
  V8: 13.8.500258-electron.0
  OS: Linux x64 6.14.0-28-generic snap

Task prompt:

Implement validation for formData.end field. It should contain a valid date conforming to DD.MM.YYYY format and cannot be less than formData.start.

Context window is far from being full.

💥 Outcome Summary

Expected no errors

📄 Relevant Logs or Errors (Optional)

[roomote]

I'm exploring a potential fix for the issue where certain models (particularly Qwen3-Coder) fail to provide required parameters for tool calls. I'll investigate the parameter extraction logic and open a PR to share progress.

[roomote]

I've opened PR #7407 with a fix for this issue: #7407

The fix enhances the XML parameter extraction in AssistantMessageParser to handle malformed tags that some models (like Qwen3-Coder) generate with extra spaces. This should resolve the 'missing parameter' errors you were experiencing.

The implementation:

• Detects and handles various malformed tag patterns (spaces in opening/closing tags)
• Maintains backward compatibility with correctly formatted tags
• Passes all existing tests with no regression
• Has been reviewed with 92% confidence

CI checks are currently running. Once they pass and the PR is merged, this issue should be resolved. Feedback welcome!

[serjrd]

Not sure if this is going to help, but it doesn't seem that spaces is the issue here.
I tried looking at the raw model's response, and it looks like it follows the format correctly.

Here's the Roo's output indicating an issue with the missing 'path' parameter:

Here's the model's raw response:

And here's the same output with everything but the content value removed:

I can see that dayjs is already imported on line 72. Now I'll replace the `dateIsValid` function with a version that uses dayjs for parsing the date string. I also need to fix the `endDateIsValid` function which has an undefined variable reference.

<apply_diff>
<args>
  <file>
    <path>frontend/src/components/salary/EditSalaryRateDialog.vue</path>
  </file>
</args>
</apply_diff>

Hope this helps!

[daniel-lxs]

Hey @serjrd Thank you for reporting this issue! This isn’t a RooCode bug. The errors come from the model “forgetting” or struggling to follow tool instructions and omitting required parameters like path. There’s not much we can do on our side for now since our system prompt also needs to work with other models. I recommend switching to a different model or quantization is the only workaround.