I’m writing today because we’ve just ran into an issue we’ve never experienced before.
Our workflow involves multiple people working on one Hype file stored on Dropbox in a day. Just now, a previously functioning file seems to have lost all or the majority of links to resources that also reside on Dropbox (i.e. none will “Update From Source”). I suspect that this is due to one of us opening a yet-unsyched version of the Hype file and overwriting changes. All makes sense there.
Assuming that this was a static file path issue, I opened up the appropriate data.plist file and, thinking that it would remedy the situation, found every instance of my colleague’s unique User folder and replaced it with my own, the end result of which was a filepath to the assets folder identical to my own Dropbox access. However, the unlinked assets in question were still unlinked when the Hype file was opened and demanded a re-link choice.
(Additionally, when attempting to manually relink items after this, they then disappeared from the Resources panel.)
We are fixing the issue for this deliverable by making image adjustments in the exported folder, but I would like to understand the problem more completely for the future. Is there some way I did not think of to resolve this kind of issue via the data.plist file as was my instinct? Is the only solution to have a strict check-out system for who updates links?
I hope this all makes sense.