ademenev
LiveView streams cannot survive reconnect?
Ok, I admit, the title is clickbait.
There are some examples about using streams, including LiveView documentation. They all look beautiful and work nicely. Well, until the socket reconnects for whatever reason. So, for example, on mount we load a list of latest chat messages, and as we scroll up, we load older messages. And when the socket reconnects, we are back to list of latest messages, and no historical messages loaded while scrolling.
I was not able to overcome this, so I am wondering, is it that streams cannot survive reconnect or that’s just skill issue?
Most Liked
josevalim
It is obviously up to you to implement the UX the user expects. 
Especially because the root cause of the problem is not caused by streams.
The basic use case of streams is to not send the data on every update. An example scenario without streams is: “I send all of the data on mount and, once a new item is added to the collection, I resend the whole collection”.
That’s obviously expensive, so streams allow you slightly change it to: “I send all of the data on mount and, once a new item is added, I only send that item”. In this example, if you lose the connection, then you will get back to the same page, because you still send everything on mount. So streams do not naturally exhibit this issue.
The root issue is that you are not sending the whole data on mount (and indeed, you should not). For example, imagine that instead of streams, you always send the last 100 messages, on mount and every update. That’s not efficient and it would still have the same issue after the 100 messages window.
Of course, the solution depends on what you want to achieve. The simplest is to store an index in the client and fetch all messages after that index on mount. But you could try to be smarter and cache it locally. Do you want to persist across reconnects? Or even if the user refreshes the page? How much data are you willing to refresh? Also keep in mind that, even if you store in the client, messages can be deleted and updated from the server.
A hammer will help you build a house, but it won’t build one for you.
LostKobrakai
You’d retain the current page (e.g. in the url), so that the reconnect wouldn’t load latest messages anymore, but the current section the user was looking at. You’d loose the other messages “off screen” instead, which would be loaded again on further scrolling.
Stream do however not attempt to retain any data across remounts. If you need caching like that you want to look at other options – like phx-update="ignore" and some client side code to deal with updates.
ademenev
Last Post!
Hermanverschooten
Thanks for the insight and the reference to storing an index, I hadn’t thought of that (yet).
Popular in Questions
Other popular topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
Catch errors, track performance, monitor hosts and more.
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
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #elixirconf-us
- #advent-of-code
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #hex
- #security
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking for Elixir devs who love to ship. Start your free account.
Develop your skills with books, videos, and courses.
Enabling companies to succeed by building software people love.
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"