I’d be happy top send a load report (if instructed how to do it… 
)
Katherine, I contacted your support address over six weeks ago now. If memory serves I even made a suggestion or two based on similar problems I’d heard of with other software.
I have Scrivener installed on two machines. 1.9.5 and 1.9.6 work fine on my home desktop but not on my work lappy, which is where I need it.
As it is a work machine I am unable to provide logs but I’ve had a look and didn’t see anything unusual.
My strong hunch is that JJSlote is on the right track and I agree that a diagnostic load tool would be a blessing in these situations.
If your support people would like specific info they have but to ask. I’m happy to assist as far as I am able.
If this isn’t fixed soon…I’ll be forced to go back to Ywriter5-6 or Quoll Writer, maybe not as nice but they are reliable…
Sorry for the following vent. Feel free to delete it.
I’m speaking personally here, as a retired tech support person and long time user of Scrivener. I don’t work for and am not affiliated with Literature and Latte.
If you’ve ever wondered why tech support folks get cranky and stressed, and why the Literature and Latte folks are deserving of respect for the patience and class with which they deal with things, you’ve just seen it in this thread.
First we’re graced with an angry self righteous self impressed self indulgent eminence who self inflates to claim to represent large numbers of customers and does everything short of accusing Literature and Latte of crimes against humanity.
Then the facts start to dribble out. Scrivener works fine on the eminence’s home computer (i.e. they own and control it and have the legitimate right to use Scrivener on it). But not on their work machine. Which they apparently don’t own, pretty clearly don’t have admin/developer rights on, and likely don’t have permission, or at least explicit formal support, from their employer to use Scrivener on it.
The majority of problems that are encountered relative to Scrivener have to do with the complex varying Windows environments that Scrivener finds itself running in, not Scrivener itself. Such is outside Literature and Latte’s control. They can and do develop to standards, test thoroughly both in-house and via large public betas, and try to protect and mitigate against such, but such is ultimately outside their control. I’ve seen the same happen with most every major app, even in supposedly secure standardized environments.
In a work environment, unless the workplace has explicitely tested, authorized, provided and committed to supporting Scrivener, there are no guarantees and no right of expectation.
There are so many variables at play. What firewall and antivirus are being used? What mix of current/outdated apps? What administration, security and policies? Are drivers up to date? Are employees allowed to bring in and install any app they want? Are they allowed to transport material between work and home computers via easily infected USB thumb drives, CDs/DVDs, etc.? Allowed to tweak the computers however they see fit, whether for work related purposes or not?
Let those without sin cast the first stone.
But, hey, why hold oneself to such a standard of personal responsibility, when it is so much easier to point one’s finger at Literature and Latte, rather than at one’s employer… or, dare I say it, oneself?
Tired, tired, tired of the uninformed self indulgent bull that gets thrown at Literature and Latte and Scrivener. I suppose it is inescapable and goes with the territory. But it sure is self indulgent and tiresome.
Shame on those who do it, particularly those who persist and refuse to learn and grow up.
SpringfieldMH – again, I am looking for the Like button.
SpringfiledMH, you seem to have forgotten the bit where you imply I’m using cracked/pirated software. Your call of course but it is customary for it to be included in the obligatory forum post where the loyal and knowledgeable software fan calls out the troublesome troll.
What can I say? You’ve outed me, fair and square. A less astute reader may have been fooled by the bits in my previous posts where I mention that I’d gone through all the usual troubleshooting stuff before contacting tech support but I can’t fool you can I?
Oh, and BTW, work computer as in computer I own that I use mainly for work. As in software evaluation/testing/troubleshooting and tech support. As in my day gig, where I routinely advise people to check for conflicts with security software and old drivers and all that jazz …
No such implication. Scrivener license permits use on more than one computer by the purchasing individual. You know it, I know it, we all know it. Issue was whether the owner of the computer authorized use of Scrivener on the computer. If it’s your computer, you’re good.
Now you just have to apply your expertise and get it to work. That involves process of elimination. In extreme cases that can involve wiping and reloading the computer from scratch, one app at a time. There are times when some apps simply can’t coexist and one has to decide which to do without on a given machine.
Next time, stick with the facts and skip the umbrage and claims of crimes against humanity.
You used the “t” word, not me.
Yes, I’m a fan. But I’ll move to anything better that comes along, in a second. So far, hasn’t happened. Doesn’t seem likely it will.
And with that, I’ m done with this. L&L is welcome to delete my posts regarding this.
Hi all,
I’m happy (and relieved!) to report that we have finally uncovered the cause for 1.9.5 and 1.9.6 failing to run on some systems. It appears that certain fonts are crashing the TTF parser that was added with 1.9.5, as part of an iOS/macOS compatibility adjustment. We are still looking for a general solution for the problem, but you can fix this for your own machines now by uninstalling the font causing the crash.
In order to identify the specific font or fonts causing the issue, please uninstall any existing Scrivener installations (manually deleting the installation folder afterward if necessary) and download and install this font diagnostic 1.9.6 version. Then:
- Navigate into the installation folder and double-click the “ScrivenerLog” file inside. This will launch Scrivener, with a console window recording the font debug information.
- If Scrivener fails to start, check the console window for the last font named–this font is causing a crash.
- In File Explorer, navigate to %windir%\Fonts to locate the font file. To show the font file names (rather than just the font display names),
- click the display options on the right of the font table header and choose “Details” view, then
- right-click into a column header and choose “Font file names” to add it as a sortable column
- Copy of the font file to another location, then delete the copy within the Fonts folder
- Repeat the above until Scrivener launches after running through the fonts (there may be more than one faulty font).
Once Scrivener starts normally, you can return to launching it via the desktop shortcut or other usual means. However, this version will always briefly show a console window on startup. If you prefer, you can uninstall this version and reinstall the regular release version to avoid that; it will run now that the problematic fonts have been removed.
If possible, please send the font file that was causing the problem on your machine, to help us correct this issue for the next release. If that’s not doable, please at least let us know the name of the font file and the font.
Thank you all so much for your tremendous patience and for going through all the diagnostic steps to help us track this down.
All the best,
Jennifer
My file only says… ___Log doesn’t give me any info on fonts… Which fonts are causing this ?
Hi MimeticMouton
In my case the console window does not display any font names and the log file generated is empty. Scrivener still does not launch.
Hi all,
Here comes a list of font files, which might cause you problems: FOXJUMP.TTF, Bravura.ttf, Bravura.otf, SigmundFreudTypeface1, SigmundFreudTypeface2, SigmundFreudTypeface3, SigmundFreudTypeface4, SigmundFreudTypefaceKurrent, and SigmundFreudTypefacePRO.
Please, verify that the above files do NOT exist inside your Windows/Fonts directory.
EDITED: The Bravura font family could have been installed by the ScoreCloud software. Please, have this in mind if you have the software installed, and experience GUI issues with it after removing the Bravura font. With the next release this will be sorted out, and Scrivener will work properly, even if the above fonts have been installed.
@Mick S and CASD57: Please, uninstall any existing Scrivener version. Verify that the old Scrivener installation folder is fully removed. Install the new Font Log version downloaded from the link above, and run ScrivenerLog file again as advised from MM above. If the output console is empty, there must be some other problem on your machine. Console output from Scrivener, like version number, build/release dates, should be present. Hope this helps.
P.S. EDIT: Further font files have been added to the list.
Removing Bravura has done the trick on my system and Scrivener now launches. Hats off to tiho_d, MimeticMouton and anyone else involved in tracking down this most troublesome gremlin. It took a while but you got there in the end.
Shoot I don’t have those three in my font folder
Plus I’m in the middle of a book so I’m not doing a clean uninstall…Just in case…I’ll wait for more Font names to be included
Unfortunately the best I get is:
Qt: Untested windows version 10.0 detected!
And the control box shuts down. Literally the only reason I know the control box says that, is because I did a screen grab when I started up that version of Scrivener. It flashes that fast.
I’m not sure what to do, as I don’t have the three fonts listed installed on my machine.
Any further help would be greatly appreciated.
One way to test is to reboot your system and not open any programs. Then, create a new folder, and label it something like “Fonts Folder Copy”.
Navigate to your Fonts folder, click on a font, and press ctrl + A to select all of the fonts. Drag them over to that new folder you created.
It is going to give you some errors such as “The font you are trying to move is a system font” or some such thing. Just press skip all or ignore all to get rid of the errors.
The fonts that came with your system will remain in the fonts folder, and the rest will move to the copy folder.
Once the process is complete, try running the program again. It should start up fine.
To weed out fonts, drag them over one at a time to the Fonts folder, and check (reopen) Scrivener after each addition to see if it loads. When Scrivener fails to load, put that font in a “Bad Fonts” folder. Keep doing this for all the fonts in your Fonts Folder Copy (or whatever you named that folder). When you have a list of “Bad Fonts”, please let L&L know so they can keep testing. 
I am currently in the process of this, myself. But as I have over 8000 fonts, it is taking a while. Good luck!
Can’t believe this is still going on. Really, you shouldn’t have to do this. It’s like sticking elatoplasts on a gaping wound! Ask yourselves: do you have any font problems with any other software you use? Unless you have damaged font files it is unlikely there is such a thing as a BAD FONT on your system – only one or two that are incompatible with Scrivener’s recent update. If L&L are seriously asking users to go through their font files (some people have hundreds, thousands even!) to weed out bogies there is something seriously wrong at the developer’s end – not the user’s! Perhaps L&L might consider rolling out an update patch? Anyway, god knows what would have happened to my deadlines if I’d stopped to play with this thing… which reminds me…
Yes, a patch release is about to be released very soon. Meanwhile you can sort out the problematic font yourself, with the build we have provided, revert to a previous version of Scrivener, or wait for our patch release. Sorry that you still experience problems, caused by custom fonts. We are doing our best to avoid further problems with the next release.
Here are some more fonts, which might be causing you trouble with Scrivener 1.9.6.0: SigmundFreudTypeface1, SigmundFreudTypeface2, SigmundFreudTypeface3, SigmundFreudTypeface4, SigmundFreudTypefaceKurrent, and SigmundFreudTypefacePRO.
I have none of the listed fonts installed on my system and the last font shown in the log is a system font that can’t be removed. Now, I can only run Scrivener as an administrator. I’m running Scrivener 1.9.7 on a Windows 10 machine. This problem has only occurred after upgrading to v1.9.7.
Oh Boy this is still going on ???
I would figure you would bail on the across the board OS compatibility …Since this is when the problem started… Wouldn’t that be the smart thing to do until you get a grasp on the problem ?
We paid for a product that works and is upgraded…You are not fulfilling your part of the equation
Too bad, you won’t get my $$$ in the future…
I’m experiencing this problem too but don’t have any of the listed fonts on this computer (Win 7 Pro, SP1). Using the logging version of 1.9.6, the font loading progresses until it starts throwing an error “Warning: QSettings: RegEnumValue failed:” which repeats forever (until the program window reports “Not Responding” or you kill it with Task Manager). It starts throwing the error after a several warnings with this “Debug: No PostScript name for family: "GungsuhChe” as the last one, but that is a Windows protected system font which can’t be deleted. I can provide the entire output up to until the RegEnumvalue error starts, but didn’t want to paste the ~370 lines here in this thread.
—Editing this to bump after the holidays, so that hopefully someone from L&L will see and respond. Thanks.—
FWIW, I was licensed on Mac, then bought a Windows license as well to use on a Win laptop. Upgraded the previous trial install I had on it which is when the loading hang issue started. So far, due to this problem, I haven’t been able to use the Win license I paid for.