[Bug]: ZoTTS Reading not starting due to missing directory, DOMException NS_ERROR_FILE_NOT_FOUND

foss-

### Zotero version
7.1-beta.24+929147b33

### ZoTTS version
1.4.2

### OS
mac 15.3.2

### Steps to reproduce

1. open Zotero
2. open document PDF or ePub
3. click play button (don't think that's even necessary)

### Expected behaviour

Read content

### Actual behaviour

Nothing. Browser Console shows:

```
Uncaught (in promise) undefined
patching getField zotts.js:638:22
console.trace() zotts.js:642:20
log jar:file:///Users/username/Library/Application Support/Zotero/Profiles/ID.default/extensions/zotts@ImperialSquid.com.xpi!/chrome/content/scripts/zotts.js:642
setData jar:file:///Users/username/Library/Application Support/Zotero/Profiles/IDv.default/extensions/zotts@ImperialSquid.com.xpi!/chrome/content/scripts/zotts.js:2544
FieldHookManager jar:file:///Users/username/Library/Application Support/Zotero/Profiles/ID.default/extensions/zotts@ImperialSquid.com.xpi!/chrome/content/scripts/zotts.js:2806
ZoteroToolkit jar:file:///Users/username/Library/Application Support/Zotero/Profiles/ID.default/extensions/zotts@ImperialSquid.com.xpi!/chrome/content/scripts/zotts.js:4176
ZoteroToolkit jar:file:///Users/username/Library/Application Support/Zotero/Profiles/ID.default/extensions/zotts@ImperialSquid.com.xpi!/chrome/content/scripts/zotts.js:4189
onMainWindowLoad jar:file:///Users/username/Library/Application Support/Zotero/Profiles/ID.default/extensions/zotts@ImperialSquid.com.xpi!/chrome/content/scripts/zotts.js:5065
patching setField zotts.js:638:22
patching isFieldOfBase zotts.js:638:22
**DOMException: Could not get children of `/Users/username/Library/Application Support/Zotero/Crash Reports/events': directory does not exist (NS_ERROR_FILE_NOT_FOUND) CrashManager.sys.mjs:728:17**
_getUnprocessedEventsFiles resource://gre/modules/CrashManager.sys.mjs:728
```

Looking at `/Users/username/Library/Application Support/Zotero/` could confirm the directory is indeed not there. Manually adding `/Users/username/Library/Application Support/Zotero/Crash Reports/events` and suddenly ZoTTS starts reading and navigation buttons are functional.

dstillman

For problems with a plugin, you'll need to contact the plugin developer.

Imperial_Squid

@dstillman I've seen this report and didn't think it was to do with me so passed them upstream to you guys.

1) ZoTTS doesn't do any file system interactions so it shouldn't care if a directory exists or not

2) afaict, all of the patching lines "patching getField"/"patching setField"/"patching isFieldOfBase" are due to the Zotero plugin toolkit (at the very least, none of the code I've written tries to patch Zotero functions, it all just builds on top of what's already there)

The only real reason I can think that this is a problem with my stuff is that the latest version of ZoTTS is behind on a few dependencies (they've been committed but not released: https://github.com/ImperialSquid/zotero-zotts/commit/61857be7b286d45f278653e35901110366ba1864), and I think I saw some breaking changes when I was doing the updates, but none of them to do with crashes iirc...

I'm happy to look into this if you think it's a problem on my end, but I'm fairly confident it's not?

adamsmith

Might be an issue with the Toolkit then? (that's a 3rd party tool). The Crash Report error should be harmless. That's in most Zotero errors (including mine) and the fact that adding that filepath fixes something is more likely than not a co-incidence (unless you can reproduce that?)