BUG: Prototyper - Net Zero Changes

[DoctorDev2023]

I’ve seen the prototyper make net zero changes lately.

Or, it will make changes and I will see them (eg. +6 -8).

But then when the task completes, the numbers will change, or disappear.

I’ve had three actions in a row where it was tasked to make simple type fixes, then did nothing.

Notice the empty space above the three files with changes, which previously had + and - counts.

Update: Same issue in code view w/ Gemini

Looks like my context size became massive and rolled over:

Context reset. The issue persists.

The prototyper has become completely unusable in this workspace.

Notice the trailing backtick ` in the sentence before it outputs XML, which will fail.

I also do not have the option to click the stop button, it still just shows the send arrow.

It’s like it’s disconnected from what I’m asking it to do and stuck on a pending task.

I can’t get it to return to normal.

[Chandu]

same issue i was facing

[DoctorDev2023]

Chandu, welcome to the forums and thank you for confirming this issue is not unique to my workspace.

[Ihsan_Duru]

I have been experiencing the same issue.

[DoctorDev2023]

@kirupa @jamesor

Can either of you comment on this?

[jamesor]

@DoctorDev2023 I’ve reported this issue internally. Continue to post example on this thread to help with troubleshooting.

Internal ticket # b/430108771

[DoctorDev2023]

Issue persists.

[DoctorDev2023]

It seemed like only certain files would encounter this issue and I was able to get around it by asking it to refactor those files and rename them, which seemed to clear the cache of whatever was preventing changes from being written to these files.

[DoctorDev2023]

Another occurrence, it is impossible for the prototyper to make changes to this file:

[DoctorDev2023]

[DoctorDev2023]

Most egregious example yet.

[DoctorDev2023]

[DoctorDev2023]

James,

This is a massive blocker.

Do you have any updates on this ticket you can share?

I’m about to test deploying new workspaces as a last resort.

[jamesor]

That last example is a good one.

1. Are you switching between Prototyper and Code View?

If you make edits in code view, Prototyper’s context will not be aware of those changes so when it is tasked to edit the file it could delete things it doesn’t think should be there or add things it think should be there based on your past conversations.

If you do edit something in code view, ask Prototyper to read and familiarize itself with the edits you made so it updates it’s context.

2. Have you tried using the /clear command or restarting the workspace to get a new VM?

[DoctorDev2023]

I leave code view and prototyper open in two windows as the same time always, as well as a publicly exposed live preview page and my production app, for four windows total, typically with dev tools open on all but code view.

I’ve never thought to ask it to re-read the files again, I hadn’t considered that limitation.

I’ve reset my context many times and used /clear and have restarted the VM at least 5 times, this bug has persisted since Sunday or Monday.

[DoctorDev2023]

I’ve noticed a minor update not yet announced in the responses from the file changes window lately:

[Stephan_Nilsson]

I have the same problems in my workspace.
“An empty Change was requested to this file”.
“Problem with the natural_language_write_file”.
“Request contains an invalid argument”, what ever I ask Gemini.
Seem to be connected to my account. My colleague does not have the same problem. It seems that I have triggered something or reached a limit of some kind.

[DoctorDev2023]

Meanwhile, Grok4 just launched.

[DoctorDev2023]

Its been two weeks and I still cannot use the prototyper.

It will not write to files.

[dms]

I’ve experienced this issue in Gemini Code Assist as well. Admittedly I’m using the Developer Preview version.