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

First 9 of 9 Posts Switch mode

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

stjefim
Hello! Suppose you are building workflow (order / task / payment) processing system with the following requirements: Each workflow con...
New
jonnycharles
I’m in search of an Elixir library that offers PDF generation capabilities similar to Ruby’s Prawn. While there have been discussions abo...
New
spammy
I’m looking to build a personal workflow to quickly deploy web applications written in elixir/phoenix, for local consumption (ie not on t...
New
dli
Before I dive in myself, did anyone successfully sprinkle Hologram into their existing LiveView app? Looking for hints regarding: Addi...
New
roeland
Kia ora, We have been using elixir-google-api to connect to Google Drive. However, with the updates to Tesla due to CVEs this is now bro...
New
bottlenecked
Hi all, I wanted to ask how the community is dealing with post-release steps. Today we have Ecto migrations, which make sure that the db...
New
rahultumpala
Hello, I have an Elixir backend that implements a custom protocol over TCP. I want to load test the backend and assess the performance o...
New

Other Trending Topics Top

JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
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
Damirados
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge &amp; Solve. They are GUI (Emerge) and State management (S...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
ausimian
Emily is an Elixir library that runs Nx computations on Apple’s MLX. Install it as the default Nx backend and Nx, defn, Axon, Nx.Serving,...
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

We're in Beta

About us Mission Statement