Welcome to OmniPresence
OmniPresence v1.2 requires Mac OS X v10.9.5 or later.
We’d love to hear from you! You can reach us by using Contact Omni in the OmniPresence menu, or by sending email to omnipresence@omnigroup.com.
Recent Changes
Version 1.2 — Wednesday, October 29, 2014
- Yosemite interface — Updated the app interface and the icons for synced folders to look more at home on Yosemite.
- Yosemite Dark Mode — Updated the menu bar icon to display properly when using Yosemite’s Dark Mode, and updated the main window’s appearance to be more usable in dark mode.
- Auto-Sync — Made auto-syncing happen more reliably when changes are synced to the same cloud location from another device on the same network.
- Error Handling — If too many attempts are made to transfer a file, OmniPresence will now pause syncing and offer to report the error.
- Conflicts — OmniPresence no longer permanently renames files when there is a conflict. Instead, each client locally renames the files and doesn’t send those renames to the server (which could cause extra conflicts in heavy usage cases). If you rename one of the files that is in conflict, that file gets renamed on the server as well and other clients will see that name. If there is only one version of a file left in conflict (maybe you deleted the other conflicting versions or renamed them to something else), OmniPresence will rename it back to the original user-specified name.
- Spurious conflicts — Fixed an issue where OmniPresence would treat an interrupted network connection as a failure, and if it turns out the operation actually succeeded it would treat that as a conflict (since it didn’t think it made that change itself). This should make syncing much more reliable when syncing over slow (or distant) networks.
- Simultaneous setup — OmniPresence conformance tests will no longer fail when more than one device is performing those tests at the same time.
- Open at Login — Fixed some cases where the “Open at Login” menu item wouldn’t work properly.
- Crash — Fixed a crash that could happen when updating the settings for a cloud location.
Version 1.1 — Tuesday, November 12, 2013
- App Icon — OmniPresence has a new application icon.
- Server Clean-Up — OmniPresence will now correctly clean up temporary files left on the server during previous syncs.
- Misc — Many smaller fixes and improvements.
Version 1.0.2 — Thursday, August 1, 2013
- Encryption — When OmniPresence is configured to use an encrypted https:// connection to a server, it will now ignore any location headers from that server that tell it to switch to unencrypted http://. Our assumption is that your configuration choice indicates that you want all sync operations to be encrypted, and that any servers which redirect to unencrypted http:// locations for these resources are simply misconfigured.
Version 1.0.1 — Friday, June 14, 2013
- Hopefully Fixed Our Most Frequent Crash — OmniPresence has been remarkably stable, but we’ve seen a few reports of it crashing in the background when it tries to access the keychain to authenticate a sync operation with the server. We haven’t been able to reproduce this on demand, but we’re guessing that some of the operating system’s keychain code might not be thread-safe. We’ve rearranged our code to look up credentials from the main thread to see if that fixes the problem.
- Sync on Wake — OmniPresence will always try to sync when the computer wakes from sleep, not just when it’s prompted by a network state change.
- Conformance Tests — Improved OmniPresence’s server compatibility tests.
- Error Messages and Crash Reports — OmniPresence’s error messages now include more information so that our Support Humans can assist in troubleshoooting.
- Smaller Fixes and Improvements