OK I was bitten by this apparent bug. and as far as I can search this exact issue is not discussed.
When using the file dialog in LV2010 on either WIn7 or XP machine to create a unique filename
the following will occur when a file is first selected then an edit is made to its name in the filename field of the dialog and then
a white area in the window is clicked..
If a user clicks on a white area in the window to change the focus off of the File name field and then presses OK the contents of the file name field will NOT be returned.
By the way It is not reasonable to assume that an end user would never do such a thing.
I did not catch this inconsistency and have fallen to its bite.
This particular case is not handled by the file dialog and it has brought danger and embarresmant by permitting a user to unwittingly overwrite important prior files that exist in the directory. It is my fault for not catching this but what is the work around?
To see this bug every time just wrap a file dialog in a simple VI and connect an indicator path to the output
Go into any directory has some files and folders in it, yet some extra white area that could be clicked.
Select any file. It will fill the file name field.
Edit the file name field to make the fileneme slightly different
Click on the white area of the dialog window to shift the focus off of the filename field
Press OK and view the result. Is it what you asked for?