Files without extension not visible throught File->Open

[tobor8man]

Forgive my reposting this question. Originally I posted it to Audacity Stable (1.2.X) region.

Using Ubuntu, Audacity 1.3.5-beta. When I look to open files through the File->Open menu, where I am told to "Select one or more audio files...", the files that do not have extensions are not displayed for selection. This is with "All Files" selected at the bottom. So "blah.wav", "blah.x", "blah.greendonkey", ".blah" will all show up, but "blah" will not. Is there some way to fix this?

It should not matter what type of file "blah" is, right? Let's say blah is a wav file. I can open blah from the command line "audacity blah". Regardless of the file type, when "All files" option is chosen on the "Select on or more audio files..." open window, all files in the current directory should be displayed. Currently, only files with a "." in the name are being displayed.

Perhaps the problem I am seeing is related to the way Linux handles file name wild card "*.*" vs. the way Windows handles the same expression. Under Linux bash, "ls *.*" will not list file names without a "." in their name, kind of like I am seeing in Audacity . Under Windows command prompt, "dir *.*" will list all files, including those without a "." in their name.

[steve]

You are correct, files without a "." in the name are not listed, but I don't understand why you would want Audacity to list them. If it's a problem, just name them with the appropriate extension.

[tobor8man]

When someone selects "All files", they should see "All files". If I want to see only files that are supported by Audacity, I would select "All supported files". "All files" doesn't mean "All files except those that do not have dots in their names". What is the point of even having the "All files" option, of seeing even those that are not supported by Audacity? The point is sometime you want to see everything in a directory, even those files that do not follow the standard naming convention, and in my case even those files without "."s in their names. A file still might be an audio file even though it isn't named correctly. I have thousands of sound files copied off an SGI platform that do not have "."'s in the names. Yes, I can and have worked around it by renaming all of them, and when I am finished examining and editing the files I will rename them back for use on the SGI. But it is a hassle, and confusing the first time it happens (Where did my files go?). It is a bug in the software.

[richardash1981]

Now fixed in CVS so will be fixed in the next beta release. Thanks for the report.