This bug seems to have been introduced in 7cc1e2f
This PR fixes #541, in which re-asking with a valid web handler target would not invoke the web handler.

When you enter a valid web handler URL, ChatCraft responds with a User message with the web handler output:

I think the changes in 7cc1e2f will send any re-asked message to the web handler, and if it's not a web handler target, ChatCraft will respond with a User message containing text identical to the re-asked message.

Investigating possible solutions now

Console.log() statements ChatBase.tsx::215 and inside if condition at ChatBase::216 confirms non-web handler targets aren't passed to webHandler.
Investigating further.

Still investigating, but it looks like because we're now passing the prompt text from the Resubmit handler to the onPrompt, when you resend a regular message meant for the LLM, onPrompt will create a duplicate of the edited message.

Still working on this, but won't be finished by the deadline.

I have a fix in mind. Will hopefully make a PR tomorrow

any updates on this?

I'll have a PR ready tonight.

When studying this I noticed the duplication only occurs with a regular prompt, but to determine an ideal fix I had to study how other kinds of re-ask actions were affected by 7cc1e2f (e.g. slash commands, web handlers).

Below are the observations I've made.
7cc1e2f fixes more than just web-handler retries, but also fixes slash command retries.

These observations suggest the only thing that should be fixed is regular prompt messages being duplicated, the PR will be ready shortly.