#316 renaming 'current' dir causes error on File->Open attem

[frey]

On Pd 0.40.2 vanilla, 0.41.4-vanilla, and 0.40.3-extended, renaming the directory that Pd thinks is the 'current' directory causes subsequent attempts to call up the Open dialog to fail with the following error:

bad directory "/Users/damian/2.current/rj/Track.rj"
bad directory "/Users/damian/2.current/rj/Track.rj"
while executing
"tk_getOpenFile -defaultextension .pd -filetypes { {{pd files} {.pd}} {{max files} {.pat}}} -initialdir $pd_opendir"
(procedure "menu_open" line 3)
invoked from within
"menu_open"
(procedure "pdtk_canvas_ctrlkey" line 33)
invoked from within
"pdtk_canvas_ctrlkey .printout.text o 0"
(command bound to event)

to reproduce the error:

1. open ~/thing/wossname.pd
2. close the patch.
3. mv ~/thing ~/otherthing
4. File->Open or Ctrl-O/Splodge-O

[Hans-Christoph Steiner]

Logged In: YES
user_id=27104
Originator: NO

This works fine for me on Ubuntu/Hardy, someone the open panel magically goes to the newly named folder. I am guessing that ext3 now has some magic to make this happen. HFS+ does this kind of thing, AFAIK.

What platform did this happen for you?

[frey]

Logged In: YES
user_id=1772500
Originator: YES

yeah, forgot to mention that, sorry - i'm on OSX intel

[Hans-Christoph Steiner]

Logged In: YES
user_id=27104
Originator: NO

I can reproduce it on Mac OS X/Intel 10.4.11 using Pd-extended 0.40.3-extended-20080708. But there is one specific thing I had to do:

It happens when opening with the File->Open or Cmd-O, but not if I double-click to launch the patch.

[Hans-Christoph Steiner]

In Pd-extended, I made it stop dumping this error, but it doesn't necessarily find the folder with the new name.