"Files Were Recovered" alert on Scrivener launch

Scrivener put up a scary alert today when I went launch the application and open my last opened Project.

This has happened before and caused much havoc to my projects. What and why? How do I avoid such data loss and structural chaos to my projects? I am using 3.4 on a Mac running the latest (Sequoia 15.2) OS. There is nothing unusual about my projects when this happens. I am saving to Dropbox across a reliable internet connection. No warnings were given when I saved and then waited and then quit Scrivener. I am only using one device for my writing as of late.

This has happened to me several times over the last years, and while using several versions of Scrivener on several versions of Mac OS and on several different Macs.

My Mac is not running anything in the background. I always quit out of my Browser and other apps before I save and then quit out of Scrivener.

Any help would be appreciated.

Are you saving to a local Dropbox folder on your Mac, or direct to Dropbox?

The latter is a BIG no.

If you have the project in a local Dropbox folder, have you set the Scrivener folder on Dropbox to always be available offline? Right click on your Scrivener folder, or the project if you want to do them individually, and in the Dropbox options (you do have the Dropbox app installed?) select ‘Make Available offline’

4 Likes

Point me to where this written in Scrivener Documentation or explained in a Literature & Latte Scrivener How-To video?

A quick search in this forum will bring that up. It’s been discussed many times.

1 Like

But you are saying that this advice is not made explicit in the Scrivener Manual or the Scrivener How-To Videos? What percentage of software users participate in forums? Is this a new issue? Why wouldn’t have L&L have informed its users if such a problem existed, a problem with grave consequences? Lots of things are said in the this forum that I do not trust. Why wouldn’t L&L have included such advice in the Scrivener Documentation or Tutorials?

Here is the knowledge base article.

That said, the symptoms for that are not typically conflict copies of files. That nearly always comes about from skipping over some good practices. In theory it is possible to do that even with one computer, though it is much more difficult. A better question at that point might be though: why introduce the increased risk of using sync technology if you’re not syncing it anywhere?

Maybe if the idea is to have “a backup” that isn’t on your computer, it would be safer to point Scrivener’s automatic backup folder at Dropbox.


a problem with grave consequences?

Never mind the fact that it is posted on the website under cloud usage as an advisory, there are no grave consequences though. The cloud server makes a copy of a file that was edited more than once without its awareness of updates being made, so that you have both copies and can compare them. Scrivener takes the logical conclusion of that reaction and presents them to you in the binder so you don’t have to dig around in your file system.

Nothing is lost. You have both copies.

2 Likes

14.1 Scrivener Everywhere (p. 346 / 47)

“There are a few cloud services you should be wary of, in terms of how well they handle a complex format like Scrivener’s. Visit our knowledge base for up-to-date information on specific services, before settling on one to use with your important work.”

“As with all synchronisation technology, it is inherently ‘less safe’ than working local and saving remote.”

“If you do run into problems, refer to the guidance in our knowledge base for
tips on how to fix conflicted projects
.”

↓

Guidelines for Using Dropbox

5. "Be cautious with ‘smart’ synchronization: many services will offer you the opportunity to ‘optimize’ your local storage by storing less recently used files exclusively on the company’s server. Unfortunately, these services do not always handle Scrivener projects correctly, which can cause some of the component files in your project to appear to be missing or blank. We recommend ensuring that Scrivener projects are always available ‘offline.’ "

4 Likes

My setup is exactly as you have recommended:

Shouldn’t this advice be available in the Scrivener Manual? In the Literature and Latte Scrivener Tutorial Videos? Better yet, why doesn’t Scrivener itself make this explicit when setting up Saving and Backup?

I just quoted the Scrivener Manual.

3 Likes

Are you saving to a local Dropbox folder on your Mac, or direct to Dropbox?

The latter is a BIG no.

If you have the project in a local Dropbox folder, have you set the Scrivener folder on Dropbox to always be available offline? Right click on your Scrivener folder, or the project if you want to do them individually, and in the Dropbox options (you do have the Dropbox app installed?) select ‘Make Available offline’

Was submitted as comment by a Forum participant. Is this also recommended by Literature and Latte? What happens if a user is using several computers and each of these computers are also iCloud and iCloud Drive enabled? Where should that local offline dropbox folder be stored? Given the known incompatibilities of Scrivener with iCloud, I would guess that the Dropbox Local folder should very much NOT be stored on an iCloud enabled folder (Desktop or Documents)? If this is sound advice? If so, why isn’t it made explicit in the Scrivener Manual or in any of the Literature and Latte Scrivener Video Tutorials? A forum isn’t a Wiki. Is there a live continuously updated version of the Scrivener Manual available on line?

My current DropBox Settings


No, it is generally fine to save Scrivener projects in areas other tools sync, so long as they do sync files and folders normally. That is all a project is.

That aside it is very important to keep in mind that sync is a risk elevating form of computer use. It is not a backup system, it is the opposite of a backup system. It is what we use backups to protect ourselves from. If you want an online backup, then look to dedicated tools for that, such as Backblaze. You want systems that upload periodically, not systems that by design modify your computer remotely, at least not without a very explicit command being made, as you would in Time Machine.

Given the known incompatibilities of Scrivener with iCloud


The are no known “incompatibilities” with iCloud Drive. Good and safe usage of those systems is, generally speaking, not arcane things only Scrivener users need to be aware of, or something Scrivener must support, or be compliant with. Turning off their smart sync features is essential for everyone to do. It’s a terrible default setting that should be universally spurned and complained about. As an option, okay, but as a default we have no idea how many people think they are backed up with Time Machine or whatever, and actually aren’t. It isn’t just a problem of programs like Scrivener, that use more than one file to do a thing.

If so, why isn’t it made explicit in the Scrivener Manual


I don’t think we should have to document how to use other software effectively. There is no end to that. I should add a note in the part we do document though, that relates directly to Scrivener features, in iOS syncing. But I can’t document every sync service’s optimal settings.

4 Likes

Major issue in your documentation. You didn’t specify I had to turn the computer on!

Now I know why Scrivener doesn’t work. :upside_down_face: :upside_down_face: :upside_down_face: :upside_down_face: :upside_down_face: :upside_down_face: :upside_down_face:

I know, sick sense of humour.

2 Likes

I’m turned off by your joking.

2 Likes

Well Dropbox is advocated directly by Scrivener as the safe way to save projects on the cloud. This is true in the manual, in the official tutorial vids, in the video sessions sponsored by Scrivener, and here in the forum. I’ve followed thes recommendations to the letter. But problems persist and responses to my questions here have been answered by users who say that the methods outlined in the manual are not sufficient and can lead to problems. We all know that Scrivener projects are not compatible with iCloud, so we rely on Dropbox as Scrivener emphatically recommends. Seems reasonable for Scrivener to notify us users when there are critical changes in this backup option.

Our article on best practices for cloud services can be found here: Using Scrivener with Cloud-Sync Services / Cloud Syncing / Knowledge Base - Literature and Latte Support
It was first published in 2012.

Our Dropbox advisory can be found here: Errors Opening Projects Stored on Dropbox / Cloud Syncing / Knowledge Base - Literature and Latte Support
It was first published in 2022, shortly after the Dropbox update that necessitated its creation.

Both of these documents represent our current advice as of today’s date.

4 Likes

That’s fine in theory, but Dropbox/Apple do not always provide the sort of information that allows L&L to race about and proactively announce needed changes. I recall an iOS update that generated incompatibility with Dropbox in general (not specifically Scrivener) and at first there was silence from the perpetrators. (Apple, and Dropbox’s failure to move quickly to ensure compatibility if I recall correctly)

As soon as L&L became aware they were active on this forum working to address the issue which, again if I remember correctly was dependent on external actors getting their act together, not L&L.

I’ve followed what I consider to be common sense, and the L&L recommendations, and apart from that period of being unable to sync due to DB/Apple, have had zero problems since I started using Scrivener with DB (many years), as I understand the vast majority of users have also experienced. I must have missed something because I don’t recall other members here saying the methods outlined by L&L are not sufficient or lead to problems.

4 Likes

They’re are. I’ve used iCloud for syncing projects for years. The limitation is that Scrivener on iOS doesn’t use iCloud, so it’s no use for that purpose.

3 Likes