axelson

axelson

Scenic Core Team

I’m trying to reset my LiveView form programmatically (on submit) but I’m having lots of trouble getting the form to reset programmatically in a way where my LiveView can trigger the reset.

My form is driven by an Ecto embedded schema that is specific to this form (since my persistence is not via Ecto itself but instead a remote api that is mediated by a separate js script). I am using core components which I would expect to support this.

Things I’ve tried/links I’ve tried:

No matter what I try I can’t get the form to change based on my liveview assigns unless I manually set value={@something}. But none of the examples I see include setting value and I don’t see a straightforward way to get the value of a field. I guess there’s Phoenix.HTML.Form.input_value but it feels wrong to use that directly in a form (it would make sense in a re-usable component but not in a form).

I’d like to avoid needing to trigger the reset from javascript if possible because this seems to me like something that should be possible directly from LiveView (and from other answers here it appears to be).

I feel like I’m missing something simple, hence the forum post.

My LiveView looks like:

  defmodule MyForm do
    use Ecto.Schema

    @primary_key false
    embedded_schema do
      field :note, :string
      field :amount, :string
    end
  end

  def reset_form(socket) do
    assign(socket,
      form:
        %MyForm{}
        |> Ecto.Changeset.change()
        |> Phoenix.Component.to_form()
    )
  end

  def render(assigns) do
    ~H"""
    <div class="w-full max-w-md mx-auto p-4">
      <div className="relative">
        <.form for={@form} phx-change="validate" phx-submit="submit">
          <.input
            id="note-input"
            field={@form[:note]}
            class="w-full pl-10 pr-4 py-2 border border-gray-300 rounded-lg focus:ring-2 focus:ring-blue-500 focus:border-blue-500 bg-white shadow-sm transition-colors duration-200"
            type="text"
            placeholder="Note"
          />
          <.input
            id="amount-input"
            field={@form[:amount]}
            type="text"
            inputmode="decimal"
            placeholder="amount"
          />

          <.button>Send!</.button>
          <button type="reset" name="reset">Reset</button>
        </.form>
      </div>
    </div>
    """
  end

  def handle_event("validate", params, socket) do
    socket = reset_form(socket)
    {:noreply, socket}
  end

  def handle_event("submit", params, socket) do
    socket = reset_form(socket)
    {:noreply, socket}
  end

Note: the reset button does reset the form but I don’t think I can directly trigger the reset button via LiveView

Here’s a repo with a reproduction:
https://github.com/axelson/phoenix_live_view_reset_form_repro

Steps to reproduce

  • Run mix.setup
  • Run iex -S mix phx.server
  • Visit http://localhost:4000
  • Fill out the form
  • Press submit
  • The form is not cleared but I would expect it to be cleared because I call reset_form which assigns a fresh @form assign

Showing Posts 1 to 9

LostKobrakai

LostKobrakai

The simplest way to reset a form is updating its id attribue. That makes LV consider the node to be a replacement for the old one, resetting any state it might still hold onto.

axelson

axelson OP

Scenic Core Team

Hmm, that sounds like it should work, but passing <.form id={@some_id} ...> (and changing its value) doesn’t have any effect on resetting in a quick test. And I don’t see an ID attr accepted in the docs (although maybe ID is considered a global?): Phoenix.Component — Phoenix LiveView v1.0.0-rc.7

Here’s what I tried: Try to reset by changing the id by axelson · Pull Request #1 · axelson/phoenix_live_view_reset_form_repro · GitHub

LostKobrakai

LostKobrakai

slouchpie

slouchpie

I do not understand your code. In particular, the handle_event("validate" part makes no sense to me. What is supposed to happen when phx-change is triggered?

axelson

axelson OP

Scenic Core Team

Yeah the validate event is not at all something that I would actually use because if it worked properly it would reset the form for all the fields that don’t currently have focus. I’ve written it that way in an attempt to reset the form from LiveView.

steffend

steffend

Phoenix Core Team

If it’s fine to lose other state, push_navigateing to the same LiveView is often the most simple way to reset forms.

axelson

axelson OP

Scenic Core Team

I see that your form has an id set and it gets updated every time the form is saved. But in my testing the form is not reset in any fashion after the form is saved:

Screenshot 2024-11-18 06-17-49

Also if I remove the id from the form completely I don’t notice any changes in behavior.

axelson

axelson OP

Scenic Core Team

Using push_navigate to the same LiveView does work, but is there a way to keep my LiveView not knowing where it is mounted? push_navigate requires you to pass a path to navigate to and currently my LiveView doesn’t know what path it is on (and for a general reset mechanism I wouldn’t want to enforce knowledge about the path). And doing some quick research it doesn’t seem like LiveView makes the current path available to you generally (although you could store that yourself using c:handle_params/3).

LostKobrakai

LostKobrakai

The only observable behaviour in the form would be deleting an existing row, because the rows are only tagged for deletion within the livecycle of the form/changeset modeling it.

ScreenFloat Bildschirmaufnahme von Firefox Developer Edition am 18_11_2024, 17_31_18(1)

— All posts loaded —

Where Next? Top

Trending in Questions Top

water
I’m aware of 2 such projects, are there others? git: GitHub - team-alembic/realworld: A fullstack Phoenix LiveView application with back...
New
katta
I having some trouble figuring out if I have set myself too strict of standards for my production server. Currently I can handle 75% of r...
New
peck
Hi everyone. My team and I have been working on a fairly modest app based around video streaming and chat, but we’ve landed a customer t...
New
bradley
I really like the adapter patterns that ecto, nebulex, waffle, etc. use and would love find something similar for a key management servic...
New
unaware8150
Hello folks! So at work, we are seeing some situations where we have to define some “fixed” strings that are used across the codebase in...
New
Alvinkariuki
How Can I Optimise Compile Time Dependencies I have been building an elixir application for about 2 years now. Many modules and files ha...
New
leoschweizer
Hi, we run different LLM models across a cluster, with each node loading a configurable subset. Model-specific queues let nodes consume ...
New

Other Trending Topics Top

budgie
A little off-topic, but I feel like people here have a good head on their shoulders. I used to be quite good at making software. Was luc...
New
KristerV
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
New
mudasobwa
I fully migrated to my own harness from Anthropic/Gemini and I think it’s time to share it. Welcome DSH, the DeepSeek Harness, fully writ...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
juhalehtonen
There has been a thread to discuss the Stack Overflow Developer Survey on this forum every year since 2018, so here’s yet another one for...
New
budgie
I love Elixir. It’s one of 2 programming languages I’ve ever fallen in love with. But I don’t use it anymore. Serverless was the promis...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews