I have encountered what looks like *two* bugs in the .csv export function on macOS.
I am trying to write a .csv file to the top-level directory of a mounted encrypted sparse image. That is, I have a 500MB file on my desktop, which when I click on it and feed macOS a password, gets mounted as /Volumes/passwords.
I select Enpass's Export menu item, choose CSV, and browse to /Volumes/passwords. Then I click the export box, enter my master password and Enpass says it has successfully exported the file. Except it hasn't. It doesn't appear in the directory, or, as far as I can tell using "find -name", anywhere.
Looking at the copy of in.sinew.Enpass.plist in the container Library/Preferences with "plutil -p", I saw that it tried to write to "file:///Volumes/". That's the first bug. It is stripping the last component of the path and trying to write to the directory above the one it should be.
So I got a bit cunning and created the directory "/Volumes/passwords/dummy" (also proving that I could write to the mounted volume) and tried again. This time the .plist file said "file:///Volumes/passwords/", confirming my analysis of the first bug. But it still didn't write the file anywhere I could find, so that's the second bug.
I am using Enpass 6.1.2 downloaded from the web site, on macOS 10.14.6. This worked using Enpass 5.5.7 on the same (current) version of macOS on another machine, writing to the same sparse bundle (which I later copied to the machine with 6.1.2). Indeed, what I was actually trying to do was dump the vaults on the two machines and then use "sort" and "diff" to check one really was a mirror of the other as they were supposed to be.