This article is part 7 of a series (1, 2, 3, 4, 5, 6, 7) Early on, we realized that we needed some way to communicate to the user when data isn’t synced with the server yet. Otherwise, you could end up in a frustrating situation where you see

This article is part 6 of a series (1, 2, 3, 4, 5, 6, 7) Most of what I’ve written so far has been about uploading changes from the client to the server. But we found it is equally important to download changes from the server periodically, too. What

This article is part 5 of a series (1, 2, 3, 4, 5, 6, 7) When writing offline mode, attachments proved to be a uniquely difficult aspect of syncing. The nature of attachments differ from other data in Trello. Most data in Trello are simple numbers and strings. Files are

This article is part 4 of a series (1, 2, 3, 4, 5, 6, 7) I want to call out a surprisingly tricky problem we ran into when developing offline mode: handling identifiers. In Trello, all models have an ID. Each board, list, card, etc. It’s how we define

This article is part 3 of a series (1, 2, 3, 4, 5, 6, 7) In the last article we discussed how we sync our changes with the server. Ideally, those HTTP requests would always work - if only we could walk the rosy path of best-case scenarios! Unfortunately, when

This article is part 2 of a series (1, 2, 3, 4, 5, 6, 7) Going offline meant using our database for all immediate changes to the client. But obviously we later want to sync those changes with the server. The basic idea behind our sync is to store changes

This article is part 1 of a series (1, 2, 3, 4, 5, 6, 7) Good news, everyone! The Trello mobile apps now work offline! Offline mode has been the most requested mobile feature for years. It’s frustrating to lose the ability to use Trello when you enter the