Compile "My Formats" not being retrieved from Application Support Folder

Windows 10 issue. Updated Scrivener to v3.1.4.1 but could not see my formating templates under “My Formats”. Created a new simple compile template named “Test” under “My Formats” to check it saved into Application Support Folder (under menu->File). It did, and was present amongst all my other compile template .scrformat files. It displayed as an item in File->Compile->My Formats. My other *.scrformat files did not. Path to Application Support Folder->Compile Formats = C:\Users<username>\AppData\Local\LiteratureAndLatte\Scrivener\Compile Formats.

Have I missed something? This only changed since I updated.

TIA… MikeA


The above only happens when I start a new plain project. Starting a new project from one of my existing templates grabs all *.scrformats under “My Formats” from the Application Support Folder, as it should when compiling.

Couple of preliminary questions:

  1. What version were you upgrading from, as that might make a difference?
  2. Are you double-checking file types? Compile Formats can be set up to only be available to some or even one type of file, like ePub. Maybe your personal project templates load to HTML where you see your formats, while the stock Scrivener templates open compile to Print, where you don’t.

If the second point isn’t the issue, the troubleshooting step I would go for is to manually import them as files:

  1. First, drag all of the .scrformat files out of the application support folder to a temporary area, like your Downloads folder.
  2. Restart Scrivener to ensure no caching is involved and they are fully removed.
  3. From any project, open Compile and click the gear button in the Format sidebar footer.
  4. Select the “Import Formats” option, and bring them all back in.

In theory it shouldn’t really matter if you do things this way or manually with Explorer (all this does is what you’d do by dragging the .scrformat file into the folder), but since your setup seems incredibly weird, to the point of making no sense at all, I’d just try a fresh start first, using the “official” way of doing things.

Previous version was last but v3.1.4.1.
Yes, check file types and experimented by changing.


  1. I did not swap out files because I have quite a few for different publications. I changed folder name then made a substitute folder with nothing in it. Same thing.
  2. Caching was my first thought so I both restarted Scrivener. Separately, I rebooted my machine, allowing 15-20 second power-off period.
    3 & 4. Did that. Compile formats would not import, hence the “Test” format in my opening post.

Being a systems architect I do wonder about cache, and I did search for cache data, including the use of a hex editor. Didn’t find anything so I reverted to to the old trick of leaving the matter for a few days… for my brain to reset (which it seems to do more easily after passing one’s 60s)

Thanks for the details and testing.

Caching shouldn’t be too complex, it’s if anything a session-only condition that limits how much disk polling we have to do whenever loading the Compile window (which can be slow enough with how much data it has to chug through).

The most interesting finding that you reported is here:

Compile formats would not import, hence the “Test” format in my opening post.

What was the level of feedback given for that? Not able to select in the file dialogue? Error message? Accepted, but no result (silent failure)? I wonder if we might be able to take a look at one that isn’t working right. If you’d prefer to share it privately, you can click on my avatar here and send a direct message. Drag the .scrformat file into the composer area to upload and attach.