[Chimera-users] problems with mounted filesystems on MacOS

[Eric Pettersen]

On Dec 17, 2012, at 12:23 PM, Mario Dejung wrote:

> Hi everybody,
> I have a problem with Chimera on my Mac computer. I have a mounted filesystem on my computer, but sometimes (Wifi switched of for example), the path is no longer available and my Chimera crashes, if I try to open a file, because this mounted path is the last one Chimera is trying to open, but the path is no longer available… So Chimera is no longer responding and I have to force quit.
> The next problem is, when I restart Chimera, it is still trying to open something from the last path… And crashes again. 
> The only thing that works is, I have to double click a map or a pdb or something, but then, when I try to open something with the menu, Chimera is no longer responding.

Hi, Mario,
	So when you start Chimera by clicking a map/pdb, Chimera doesn't notice that it crashed last time and ask you to submit a bug report?  It should, but if you are running one of the newer versions of Mac OS and a slightly out-of-date version of Chimera then it might not.  It would help us if you could upgrade to the 1.7 release candidate, and after a crash it should ask you to submit a bug report.  Having that report will help a lot in letting us track down the problem.

> Hope someone has some suggestions and can help me.

Yes, you can prevent Chimera from trying to start the browser in the previous directory.  Open Preferences (Favorites->Preferences) and in the "General" category change "Open dialog starts in directory from last session" to "false".  If you want later sessions of Chimera also to do that, then click "Save".  The Open/Save dialog should no longer try to go to your old/bad directory/path.

--Eric

                        Eric Pettersen
                        UCSF Computer Graphics Lab
                        http://www.cgl.ucsf.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://plato.cgl.ucsf.edu/pipermail/chimera-users/attachments/20121217/d2acd73b/attachment.html>