Tim Shedor

@ianpward since you and I have connected directly via email, I'm going to close this issue out. Looking forward to working together

Hey @Announcement I saw your note. Would you please remove the `package.json` and `README` edits? I'll merge after those are cleaned up.

The same as having a value of "". Just a NULL value, because for whatever reason, "" was still returning the location URL string when there was no location URL....

@ivanburlakov thanks for the comment. > As I understand, that could be used instead of Riverpod\Bloc for requests and persistence. Real quick, I want to clarify that Brick is [not...

@hortigado Sorry, I'm unclear on the problem and the goal. This is how I'm interpreting both: **Goal**: When I use `OfflineFirstGetPolicy.awaitRemote`, the instance(s) I'm querying should be hydrated **as well...

> Hello @tshedor , the problem is that I don't speak English very well, which makes it difficult for me to explain. Your English is great, and I really respect...

> If you want to go deeper, another solution is the one I mentioned, passing this policy or parameter in the @OfflineFirst(where:) for users who only need to hydrate certain...

@hortigado This has been released in `brick_offline_first` 3.2.0. Please update your app to use that version. If this issue is resolved by 3.2.0, please close this issue.

Hey @jtkeyva and @hortigado looking into this, Supabase has an offline upload client (based on the [exponential backoff documentation](https://github.com/supabase/supabase-flutter/blob/main/packages/storage_client/lib/src/storage_client.dart#L9-L30)) and they have an offline storage system (based on [the use...

@jtkeyva do you know if Supabase's first-party offerings already support offline mode? Because reading the code I think they do. Brick is strictly data persistence (for example, REST calls, GraphQL...