Is it possible that it has opened the dialog but it's behind the main window instead of in front of it?  Can you try moving the main window or shrinking it before attempting to open the dialog, to see if you can see the dialog behind it?

Another thing to try would be to press the Escape key on the keyboard to see if it dismisses the hidden dialog.

Finally, if the program is truly hung, please collect a sample report.  You need to identify the specific process (possibly by examining the command-line arguments shown by "ps xww | grep wine").  You can then use Activity Monitor's View > Sample Process menu item or the "sample <process ID>" command.

(In reply to Ken Thomases from comment #1)
> Is it possible that it has opened the dialog but it's behind the main window
> instead of in front of it?  Can you try moving the main window or shrinking
> it before attempting to open the dialog, to see if you can see the dialog
> behind it?

Tried. The dialog does not open, and the window is non-adjustable once the program hangs.

> Another thing to try would be to press the Escape key on the keyboard to see
> if it dismisses the hidden dialog.

No effect.

> Finally, if the program is truly hung, please collect a sample report.  You
> need to identify the specific process (possibly by examining the
> command-line arguments shown by "ps xww | grep wine").  You can then use
> Activity Monitor's View > Sample Process menu item or the "sample <process
> ID>" command.

I took a sample of the process using the most CPU of all the processes labeled "wine." If necessary I can sample the others as well.

https://dl.dropbox.com/s/xy5o8oghoi0ubmz/Sample%20of%20wine.txt?dl=1

I feel this is likely a Wine issue because these dialogs worked in previous versions of the program, and with updates have inexplicably stopped working. The dialogs all continue to function without issues on native Windows.

From the sample report, it looks like an infinite recursion in the listview code.

If you think this is a regression and you can build Wine from source, please try a regression test.  https://wiki.winehq.org/Regression_Testing

(In reply to Ken Thomases from comment #4)
> From the sample report, it looks like an infinite recursion in the listview
> code.
> 
> If you think this is a regression and you can build Wine from source, please
> try a regression test.  https://wiki.winehq.org/Regression_Testing

"The program" referred to 0CC-Famitracker. Sorry for being unclear. I have attempted updating wine since 1.7 and the issue has persisted since then. It has been made clear to me by the maintainer of the program that is conflicting with Wine that it is not an issue in that program.

Is the infinite recursion present in the Wine code or the program code? (I did not review the sample report so I am not sure what it tells.)

The infinite recursion seems to be an interaction between Wine and the program.  I'm perfectly willing to believe that the root of the problem is Wine misbehaving, but we need to figure out what exactly it is that Wine is doing wrong.  A regression test might help us understand that, although it's not the only way.

Confirming in wine 1.9.7. Steps from comment 0 (clicking in the hammer icon in the toolbar).

File Info:
520e53f2769e51194ecaa47ed68fa5029bc1ee19 0CCft_v0314r0.rar 1.2M

The application is looping in usp10 forever, I don't really know if it is forever or it is just really doing something because I left it for 5 minutes and it didn't finish so I assume it is looping forever.

"winetricks usp10" does not solve the issue, so the problem is probably somewhere else (?)

This looks like Listview issue, when it builds General settings list it adds items up to index 16, after that it decides to delete them all and start over. This never ends. Native comctl32 is a workaround.

The workaround works well. I will use this workaround in the meantime until the issue is corrected otherwise. Thank you.

Dead download. Can you provide new?

The latest version of 0CC-FamiTracker can be obtained from
http://hertzdevil.info/programs/

I could not change the URL because that requires a permission bit that I don't have.  May the URL point to a page listing the latest version, or must it point to a direct download?

> May the URL point to a page listing the latest version, or must it point to a direct download?

Page is fine I think, edited it.

I think this is similar or a duplicate of a bug 38881. Notification order vs item states seems to be a problem, application is handling LVN_ITEMCHANGED and handler itself sets selection mark and updates item states, that goes in a loop forever.

Source code is currently available at https://github.com/HertzDevil/0CC-FamiTracker/archive/v0.3.14.0.zip.