mononym
I have a newly generated resource and affiliated LiveView components that are almost entirely “stock”, generated using Phoenix 1.7. What I have is a table populated by items that displays odd behavior as I’m working with the data, with table entries disappearing in the front end.
When I start it looks like this:
After I edit one of those entries using the pop-up modal what I see is this:
If I click on the flash message to make it go away, this is what I now see:
As stated this is almost entirely “stock” generated code. This is the save function in the form_component for the Map object:
defp save_map(socket, :edit, map_params) do
case Maps.update_map(socket.assigns.map, map_params) do
{:ok, map} ->
notify_parent({:saved, map})
{:noreply,
socket
|> put_flash(:info, "Map updated successfully")
|> push_patch(to: format_url(socket.assigns.patch, map.slug))}
{:error, %Ecto.Changeset{} = changeset} ->
{:noreply, assign_form(socket, changeset)}
end
end
The handler code for the parent receiving the message is:
def handle_info({DionysusWeb.MapLive.FormComponent, {:saved, map}}, socket) do
{:noreply, stream_insert(socket, :maps, map)}
end
I have no other code modifying that stream (except for delete which isn’t being used here). This seems like fairly basic functionality so I’m wondering what exactly I’m doing wrong. Why are those table rows disappearing?
Trending in Questions
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixir-ls
- #ai
- #elixirconf-us
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming














Showing Posts 1 to 5- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
slouchpie
I have encountered this same problem today.
It appears that using
push_patchor<link patch={patch}causes stream entries to become an empty list.Can you add a
handle_paramscallback function to your Live View that does something likeIO.inspect(Enum.count(socket.assigns.streams.maps))? That is what I am doing and I see the count of stream entries as “0” after the patch.azyzz228
i have the same issue. but in my case. page renders, stream elements are also rendered, but then they disappear.
my
mountsetslive_actionbased on one field, then i havehandle_paramslike this:collectivelysuperior
Make sure you have the required DOM attributes.. I had this behavior too until adding the phx-update=“stream” on the parent DOM container and the DOM id on each element.
voughtdq
Ran into this problem and figured out what was going wrong, at least in my case. It’s probably mentioned in the documentation somewhere, but leaving this here for when it happens to me again in a year
Basically if the stream container gets removed from the DOM, it loses the entries. So if you have something like
:if={@live_action == :index}or<%= if @live_action == :index %>or whatever to hide the list, you lose those entries when it gets removed from the DOM. Instead, you need to usePhoenix.LiveView.JS.hide/1,2orclass={@live_action != :index || "hidden"}.anes
In my case it was because my html container for stream elements was missing
phx-update="stream"attribute.