Hello, I find myself often trying to start typing a file name in the address bar of the open / save dialog. When doing this, nothing happens, and if the file name is completely typed and then the enter key is pressed, the dialog tries to open the file as a folder, and this obviously fails. Conversely, typing an address / a folder name in the "Name" field of the dialog works (which, by the way, has by far the best behavior I could notice across the different file dialogs I was (un)lucky to come across). I think the current behavior of trying to open a file entered in the address bar as a folder and fail is not intuitive. I have two (contradictory) suggestions: 1) Either make the address bar act like the name field, with the optional difference that folders should be selected / suggested before files. 2) Or keep the current behavior of suggesting folders as they are typed, and then files. When enter is pressed: 2.1) Either open the selected file 2.2) Or show a dialog telling the user that this is a file (and not a folder). "Would you like to open this file (or) replace the existing file?". In both cases, if (the prefix of) a file is entered / selected in the address bar, the file's icon should be shown instead of the folder icon in the address bar.
I have had the same experience myself. Putting two text fields that can accept paths in the same dialog is the source of this confusion. I wonder if we could make the top text field accept files as well as folders as input when in "Open" mode, and when in "Save" mode, use the bottom text field just a filename field where you can type in the name. So in this case, that field wouldn't even be visible in the open dialog.
I regularly find myself pasting a complete file path into the URL navigator of a file open dialog, and it gets rejected as "Not a directory". I agree that this is not intuitive.