"Select Video Files" dialog finds only 2 files of 110.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Have 110 video files in directory.
2. Click on the "Add" tab.  The "Select Video Files" dialog pops up.  Click on 
"Desktop"; it populates the directory/file list.  Double-click on the 
"MusicVideosToConvert" directory. 
3. It displays only 2 files, out of the 110 files that the file-manager shows
(as it happens, the only files that had dots in them: "O.a.R_Shattered" and 
"R.E.M_ManOnTheMoon ", in case this is significant).

What is the expected output? 110 files show up in WinFF file list.
What do you see instead?       2 files show up in WinFF file list.

What version of the product are you using? On what operating system?
I am using WinFF 1.4.3 on Lubuntu 12.04.
I WAS using WinFF 1.4.1, but upgraded to 1.4.3 to see if the bug was fixed 
there.
It was not.

Please provide any additional information below.
I solved the problem as I have before - I reduced the size of my file-manager 
window so that I could have the WinFF window next to it,
selected all files and did a drag-and-drop from the f-m window into WinFF.  No 
problem with that.

But why does the open dialog not show all the files?

I may use a funny naming convention;  I use group/individual name, underscore, 
song title.  Ex: Beatles_Help.
BUT... as you see from the above files that it DID display, the underscore is 
there also, so that seems not to be the problem...

Paul Gevers paul@climbing.nl suggests:
"I can expect that this is coming from some M$ Windows mind, where *.* means 
all files. On Linux it means all files with a dot. "
This sounds very plausible.

Original issue reported on code.google.com by scott092...@aol.com on 30 Aug 2013 at 1:12

[GoogleCodeExporter]

Issue is clear.

line 2346 in unit1.lfm says *.* which on Linux only selects files with at least 
one dot. Windows developers need to confirm that use a * or *.*;* also works on 
Windows.

Confirmed that changing *.* to * on Linux solves the issue.

Original comment by poipodec...@hotmail.com on 30 Aug 2013 at 3:13

• Changed state: Accepted
• Added labels: OpSys-Linux, OpSys-OSX

[GoogleCodeExporter]

I now have Lubuntu 13.10, and WinFF 1.5.1-1. Same problem as before.
I imagine that no new version has since been released
(1.5.1-1 may have been latest version released when I had the problem, but it 
may not have been available to my older distribution).

Original comment by scott092...@aol.com on 29 Nov 2013 at 7:04

[GoogleCodeExporter]

Just created a bug in the Debian bug tracker so that I don't forget to fix in 
the next upload, of at least the Debian package.

http://bugs.debian.org/730820

Original comment by poipodec...@hotmail.com on 29 Nov 2013 at 8:46

[GoogleCodeExporter]

Fixed in commit 793, which is part of Winff 1.5.3

Original comment by poipodec...@hotmail.com on 31 Jan 2014 at 5:55

• Changed state: Fixed