You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When re-opening the widget, it takes some time until the history is fetched. This is obviously not ideal as it takes a few seconds until the user can see the history, but it also introduces another problem, which is that it actually creates a new conversation for just that messages. Once it loads, the new conversion still appears in the admin conversations panel, but once loaded the old conversion is used.
A simple workaround for this might be to just add a loading indicator and prevent the user from sending messages until fully loaded, which would automatically prevent this bug where it creates a new conversation. Ideally it would just load faster, and that could probably be achieved by caching the chat history. Maybe the user can provide an optional store to cache the data, like a hive box (which I for example use anyway).
The text was updated successfully, but these errors were encountered:
This is linked to #56 . Closing the other issue as this seems to be a more general solution which requires less dependencies, the downside being that this implementation would require more work from the app developer and we'd have to assume the developer will store everything correctly as opposed to papercups_flutter doing the heavy lifting.
When re-opening the widget, it takes some time until the history is fetched. This is obviously not ideal as it takes a few seconds until the user can see the history, but it also introduces another problem, which is that it actually creates a new conversation for just that messages. Once it loads, the new conversion still appears in the admin conversations panel, but once loaded the old conversion is used.
A simple workaround for this might be to just add a loading indicator and prevent the user from sending messages until fully loaded, which would automatically prevent this bug where it creates a new conversation. Ideally it would just load faster, and that could probably be achieved by caching the chat history. Maybe the user can provide an optional store to cache the data, like a hive box (which I for example use anyway).
The text was updated successfully, but these errors were encountered: