Both cases above sound like a Sharing & Permissions error on the user’s computer. The user isn’t authorized to save, modify or delete files in a certain location, so DT Pro/Office 2 cannot write the files to disk.
OS X maintains a system of access controls on files. Normally you, as the User, have authority to read & write to files and folders inside your User Library. When you are running an application that needs to write data into your User Library, you are letting it do so under your read & write permissions.
If Sharing & Permissions errors develop on a computer, strange things start to happen. You should, for example, be able to delete applications from the Applications folder, or files in your Documents folder. You can examine the Sharing & Permissions status, e.g., of a word processsor file in Documents, by selecting that file in the Finder and opening the Info panel (Command-I). Near the bottom of the Info panel, Sharing & Permissions should indicate that Username (Me) – you, the user – have read & write permissions. But if you are not listed as the user, or if you are listed but don’t have read & write permissions, there’s a problem. If you select that word processor file and attempt to delete it, OS X will instead require you to enter the administrative password first. You were not recognized as the ‘owner’ of that document, and must evidence additional authority as the ‘owner’ of the computer. Otherwise, deletion of that file won’t happen. Similarly, if you try to save a file into a folder for which you lack read & write permissions, there’s a problem. You don’t have authority to write into that folder, nor can an application you are running write into that folder.
To put it in the simplest terms, your computer is frakked. Why did that happen? I don’t know. But there is a way to edit Sharing & Permissions errors for a file or folder when they occur. (However, please don’t run amok and edit all the files on your computer to change Sharing & Permissions. There are many files that you shouldn’t monkey with, notably System files.)
Example: From time to time, users report that the Help > Install Add-ons procedure of DT Pro/Office fails to install some scripts. Following a run of that procedure, the Log will report the failure. Why did it fail? Because the user didn’t have read & write permissions for the folder into which those scripts should have been saved. The remedy is to select that folder in the Finder, open its Info panel, and correct Sharing & Permissions (it’s necessary to click on the Lock symbol and enter the administrative password). Perhaps the user isn’t listed as authorized. In that case, click on the ‘+’ button to add yourself. And/or the user is listed as having only read permission. In that case, change to read & write. Close the Info panel and run Install Add-ons once again. Now the scripts are available; DT Pro/Office was able to write them into the appropriate folder.
Something similar has likely happened when DT Pro/Office isn’t able to write files into the Global Inbox database and or Inbox, which are located within /Home/Library/Application Support/DEVOnthink Pro/Office 2/. There’s probably a Sharing & Permission error somewhere. I haven’t experienced this or seen a computer with this problem, so I don’t know where the error is. Start by checking Sharing & Permissions for the /Application Support/ folder, then drill down into its contained folders and files to identify where the problem is, and correct it.
