GIFwrapped

Hello, hello, fancy seeing you here! Who's ready for a MASSIVE CHONKER of a bugfix release? I got down to some serious bug fixin' over the past few weeks. But first… there are some improvements too! • OK, you’re all going to want to sit down for this one. It might surprise you to know that GIFwrapped has never had a true database. In part because files, but even when I did start needing to store metadata separately, I never reached for an actual database (they’ve hurt me in the past). That changes today, and opens up a whole new world. • I spent a little time improving things in the various file views, particularly the 'File Sharing' one in the import menu. You can now share and delete directly from this folder, which is honestly just a little nice to have. Similarly, the 'Browse Logs' screen's share sheet actually becomes useful again, allowing you to get and share individual log files. • I got an email from someone whose Dropbox library kept going missing from their device. It turns out that, under the right conditions, the iCloud sync client could discover that it wasn’t authenticated (because it wasn’t at all) and try to disconnect, taking the on-device library with it. One check to see if iCloud should even be signed in, and now it won’t try to clean itself up when it shouldn’t even be there. • If you’ve ever saved or renamed a GIF in your library, you might’ve noticed that doing so could cause duplicates to get created. There were a few reasons for this, but they all boiled down to the sync clients not recognising the GIFs as they went to and from the cloud. The fixes are a little bit of a hack job TBH, but it’ll get the job done while I work on a deeper uplift of the Library. • There was a crash where, while applying a rename to a Library item, the code could match the wrong item because it looked things up by path… and two items can briefly share the same path while a sync is settling. Now the code checks the identifier as well. Boom. Or less boom, I guess. • Occasionally, on opening or returning to it, GIFwrapped would freeze for a moment and then crash. This was caused by checking the clipboard for the bookmark in the search drawer, so I moved that check into the background. If the clipboard is slow for some ungodly reason, it shouldn’t make everything freeze up anymore. • If you ever dragged a GIF out of the macOS app, you might sometimes find that the app locked up while it finished loading. If that took long enough, it could even cause a crash. NOT IDEAL. So now the app starts loading the GIF while you drag, and then hands it over as a file reference, so nothing gets locked up anymore. • The wiggly ghosts alert was sometimes being shown even when the wiggly ghosts weren’t doing anything at all. I’ve updated the code that triggers it to filter out these false positives so that the wiggly ghosts are only blamed when they actually get involved. Dismissing the alert (a.k.a. “Nevermind”) also no longer disconnects the sync account, so you’ll have to do that manually if you want the ghosts to wiggle on their merry way. • Sometimes, when sharing a GIF as a link, the app could freeze while fetching a preview image for the share sheet, which would sometimes result in the app getting killed. I’ve updated it so that it prefers using a thumbnail it already has on hand, and it’ll fall back to a generic icon if that fails. The share sheet shows up instantly, every time… unless it’s playing hooky and smoking behind the toilets again. • I also resolved a long-time issue with iCloud sync, which is that it could crash if the app wasn’t able to prepare the folder for the Library. Instead of force-unwrapping (yes, I know) the directory, it’ll handle it gracefully, surface the issue in the iCloud settings screen, and try again later. PHEW. That's it for this one. If you need anything, you know where to find me… by emailing support@gifwrapped.co. I'll do what I can to help. Until next time, remember: you are what you eat.