Closed mattermoran closed 3 months ago
I couldn't reproduce it. Could you create a minimal reproducible code for the issue?
Absolutely. Here's the code:
and here's the video:
@mattermoran Thank you so much for such a detailed and minimal code sample. You truly made my day, I wish all issues were like this.
I can reproduce the error and see the difference between what I was doing. I was testing it with a timestamp with time zone
or timestampz
type column, not a timestamp
column. With timestampz
type column, this issue did not happen.
The issue should be resolved on this PR. https://github.com/supabase/supabase-flutter/pull/855
In the mean while, it's not really a workaround if you have a specific reason for using timestamp
type, but generally, timestampz
type is preferred in many use cases because it takes the time zones into account.
thanks for a quick fix @dshukertjr
and thanks for suggestion regading using the timestamptz
. I should probably be using that instead :)
have a great day!
Describe the bug I have a table with
deleted_at TIMESTAMP
and when usingwatchAll
the data comes back withdeleted_at: null
as expected but after adding a new item it's coming back withdeleted_at: "null"
where null is a string. if I refetch all items when it's back to normal. Seems like the new items that's pushed into the stream upon creation incorrectly handles the nullable timestamp.To Reproduce Steps to reproduce the behavior:
Expected behavior always comes back as
null