Bug Compiling External Files with <$include>

I’m on a Macbook Air with Mojave 10.14.1 and Scrivener 3.0.3

When I try to compile my manuscript, which uses external rtf files for back matter, compile does not finish.

When my text has <$include:/Users/name/Dropbox/…/Preview_Text.rtf> compile seems to start, but the loading bar does not finish and the ‘Cancel’ and ‘Compile’ buttons can still be used.
When I exclude the back matter text with the tag from compile, compile finishes normally.
Adding <$include:/Users/name/Dropbox/…/Preview_Text.rtf> to an earlier section causes the load bar to stop earlier.

It seems like a problem accessing the files. But I’m not aware having changed any access rights.

I was able to compile my manuscript for publication back in April 2018 and hadn’t changed anything.

This is the internal error I got

[code]Exception Name: NSRangeException

Exception Reason: *** -[__NSCFString rangeOfString:options:range:locale:]: Range {1936, 18446744073709549778} out of bounds; string length 1936

0 CoreFoundation 0x00007fff50f02e65 __exceptionPreprocess + 256
1 libobjc.A.dylib 0x00007fff7cf59720 objc_exception_throw + 48
2 CoreFoundation 0x00007fff50f02c97 +[NSException raise:format:] + 201
3 Foundation 0x00007fff531991ea -[NSString rangeOfString:options:range:locale:] + 201
4 Foundation 0x00007fff53199119 -[NSString rangeOfString:options:range:] + 29
5 ScrAppKit 0x000000010eb11f12 -[NSString(EscapeParsing) rangeOfUnescapedString:options:range:terminatingSet:] + 227
6 ScrAppKit 0x000000010eb12052 -[NSString(EscapeParsing) rangeOfUnescapedString:options:range:] + 29
7 Scrivener 0x000000010e51e64d Scrivener + 2438733
8 Scrivener 0x000000010e509c00 Scrivener + 2354176
9 Scrivener 0x000000010e50dfc6 Scrivener + 2371526
10 Scrivener 0x000000010e643176 Scrivener + 3637622
11 Scrivener 0x000000010e6d455f Scrivener + 4232543
12 Scrivener 0x000000010e6bd39a Scrivener + 4137882
13 Scrivener 0x000000010e6bb7fa Scrivener + 4130810
14 Scrivener 0x000000010e6bb2ec Scrivener + 4129516
15 Foundation 0x00007fff531fb015 __NSFireDelayedPerform + 433
16 CoreFoundation 0x00007fff50e6abbd CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION + 20
17 CoreFoundation 0x00007fff50e6a770 __CFRunLoopDoTimer + 859
18 CoreFoundation 0x00007fff50e6a2b0 __CFRunLoopDoTimers + 333
19 CoreFoundation 0x00007fff50e4b4fb __CFRunLoopRun + 2176
20 CoreFoundation 0x00007fff50e4aa28 CFRunLoopRunSpecific + 463
21 HIToolbox 0x00007fff500e3b35 RunCurrentEventLoopInMode + 293
22 HIToolbox 0x00007fff500e386b ReceiveNextEventCommon + 618
23 HIToolbox 0x00007fff500e35e8 _BlockUntilNextEventMatchingListInModeWithFilter + 64
24 AppKit 0x00007fff4e39feb7 _DPSNextEvent + 997
25 AppKit 0x00007fff4e39ec56 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362
26 AppKit 0x00007fff4e398cb9 -[NSApplication run] + 699
27 AppKit 0x00007fff4e3883f7 NSApplicationMain + 780
28 libdyld.dylib 0x00007fff7e02808d start + 1
[/code]

Hi,

This is a known bug in 3.0.3, which is fixed in 3.1. You can either download the 3.1 beta from the Beta Testing forum, or wait for the release. I’ve submitted 3.1 to the App Store, so it will be released there and on our site as soon as it gets through review.

Thanks and all the best,
Keith

Cool, thanks for the reply. I’ll do that.