Tk Source Code

  package require Tk 
  set fn [tk_getOpenFile -parent . ]
  puts "fn:$fn"

After selecting a file, the mac file dialog stays open.  It has no close button, and is inactive thereafter.

Commit 43590ff8 seems to have fixed this. Closing.

My application already has windows open and displayed long before the dialog is started.

It's odd.  The dialog displays, I select a file, the dialog goes away.  Another program is started, and I select the button there and it exits.

And then the greyed out file dialog comes back and gets displayed.

Tried putting in an update before the tk_getOpenFile and no help.

It's a weird one.

It appears to be a case of the dialog being drawn before the main window--sort of a race condition. I am not certain of how to address this at the C level, but the fix at the script level is trivial. Just run "update" or some other command to make sure the toplevel has focus. I'm inclined to close this.

   package require Tk
   update
   set fn [tk_getOpenFile -parent .]
   puts "fn:$fn"

Fixes the simple test case, as it prevents the file dialog from opening before the main window.

My application is still failing with these symptoms without any withdrawn or minimized windows and I don't know how to make a simple test case for it.

After seeing your query on c.l.t, it made me wonder if you were using the native dialog or the script-based one. I can reproduce the error with the script-based one, but not the native one. I'm not familiar with the internals of the script-based dialog, alas.

It doesn't appear you are using trunk. Perhaps this bug has been fixed?

I can reproduce it consistently.
Either activestate tcl/tk 8.6.4.1
Or MacPorts 8.6.4

This is on El Capitan.
ActiveState Tk 8.6.4.1
or MacPorts Tk.

I recently upgraded from Yosemite, and I don't recall this issue on Yosemite, but then again, I was not testing my product as thoroughly.  I'm going to try a reboot and also try removing macports tk and reinstalling activestate tk in case there's some weird conflict going on.

I can't reproduce this on 10.11. Works as expected. What version of the OS are you on? Are you using latest trunk build, which is what I am using?