PFEventuallyQueue sync

[ayoze]

Hello,

I am using Parse in some of my offline-online projects (apps which needs offline information storing and syncing when possible with the server. Local datastore works good here for me).

The only strange behavior is that the PFEventuallyQueue has no idea about the state of the network connection IMO. The scenario is:

1. Device with no internet connection
2. Create the object locally, pin it to the local datastore and call saveEventually
3. With the app opened, connect to a wifi network
4. Nothing happens. Data is not synced in the server
5. Close app and reopen it. Data is now synced in the server

Would be great to have the chance to force the sync to of this queue if the app can detect a working internet connection with Reachability or something.

Many thanks in advance.

[brianyyz]

I use the Reachability framework so that the app can respond to the loss of network and return of network.
https://github.com/ashleymills/Reachability.swift

If the reachability listener reports a network status change it can push a notification that other parts of the app can listen for and respond to.

In your case when your reachability instance reports return of network connectivity you could force the necessary sync.

[flovilmart]

@ayoze the PFEventuallyQueue is actually listening for reachability changes, if you look at the code you’ll see by yourself. What you describe is probably a bug. I’ll check it out.

What version of the SDK are you running?

[ayoze]

Yes @flovilmart, I've seen that in the code, but not sure why it is not working. The SDK I am using, from cocoapods is: Parse (1.15.1)

[flovilmart]

can you try the 1.15.2?

[ayoze]

@flovilmart same behavior. The app is now like in a "hold" state.
I can see the new object created for a fraction of a second when I query the local datastore. Then, when the second callback comes (from server) it disappear.
In the server the object has not been created (checked in the dashboard).

If I disconnect from wifi, I can see the new object. If I connect, it disappear immediately. When I close (kill) the app and reopen, it syncs and everything works as expected.

[ayoze]

@flovilmart just trying to put some light here... in PFReachability.m:

• Method _reachabilityCallback is called correctly when network state changes (line 32).
• Method setFlags is called correctly
• Method _notifyAllListeners is called correctly
• Inside _notifyAllListeners, array _listenersArray is empty
• Obviously the reachability:didChangeReachabilityState: method in PFEventuallyQueue is not called.

any ideas? I think the

[flovilmart]

So you’re using the local data store, with saveEventually right?

[flovilmart]

I'm looking into it.

[flovilmart]

@brianyyz it's already internally wired up for that.

[flovilmart]

@ayoze can you try the branch that I just pushed, this should be all good now :)

[brianyyz]

Thanks @flovilmart - I'm updating apps so I'll look at moving over to PFEventuallyQueue !

[ayoze]

many thanks @flovilmart ! It seems to be fixed but if you don't mind, let me make some more testing, ok? I will open another issue with a different local datastore related problem :/

[ayoze]

@flovilmart it seems the PFEventuallyQueue is terminated for any reason at start. I think the problem is in the method ParseManager::eventuallyQueue... the CommandCache queue is terminated at the application start so no other commands can be enqueued (I have not researched if the command queue is created again if needed, sorry).
When I try a deleteEventually in the future, the field "isDeletingEventually" is not marked as 1 in the sqlite database.
Strangely, the field isDeletingEventually inside the json in the database is marked as 1!

[flovilmart]

We terminate a queue that is useless and it prevents a retain cycle, as far as I know, the queue that gets terminated is not references outside the scope of eventuallyQueue, so there’s no way it can be useful. The only queue you should have in memory is the PinningEventuallyQueue AKAIK.