After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 633111 - Cannot import MP3 files without extension
Cannot import MP3 files without extension
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Importing
1.8.0
Other Linux
: Normal enhancement
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
: 633966 638977 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-10-25 16:02 UTC by asaf gaon
Modified: 2020-03-17 08:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
image (90.04 KB, image/png)
2011-02-06 08:28 UTC, Omer Akram
Details

Description asaf gaon 2010-10-25 16:02:40 UTC
I recently Imported all the songs from my Ipod back to my Laptop (Ubuntu 10.10 ext4) using a different program (rhythmbox). when i browse in Nautilus the files don't appear to have an extension (file name instead of file name.mp3) but they play just fine (also in Rhythmbox). 
When I try to import my files into Banshee, non of the files are imported.
Comment 1 Bertrand Lorentz 2010-10-28 18:45:07 UTC
Thank you for your bug report.

Banshee has a "white list" of file extensions that it will try to import. The idea is to avoid spending time trying to import files which are not supported.
Files without extensions are currently rejected by this filtering.

I think we probably should try to import them anyway.
Comment 2 Gabriel Burt 2010-11-01 21:08:32 UTC
I think the whitelist is useful.
Comment 3 Gabriel Burt 2010-11-02 00:26:06 UTC
I really don't see us changing this; closing.
Comment 4 David Nielsen 2010-12-06 19:11:08 UTC
*** Bug 633966 has been marked as a duplicate of this bug. ***
Comment 5 Bertrand Lorentz 2011-01-08 10:41:06 UTC
*** Bug 638977 has been marked as a duplicate of this bug. ***
Comment 6 Omer Akram 2011-02-06 07:42:53 UTC
In Natty we moved to Banshee so people who would have imported any media using Rhythmbox from an iPod or related devices wont be able to play. This would be a bigger regression than the import time ;)
Comment 7 Matt Sturgeon 2011-02-06 07:54:53 UTC
Is it not possible to just quickly check a file's MIME type the same way linux already seams to do? I don't know how it is done technically but linux systems seem to pretty much ignore file extensions, yet still know the MIME type - maybe it is logged in the filesystem or there is some file metadata in the file it's self... But I'm sure there is some API to quickly check file's MIME types...
Comment 8 Aaron Bockover 2011-02-06 08:11:33 UTC
Omar: I'm not really sure how that argument holds - if people had a collection in Rhythmbox, it should be fully converted to Banshee's format on first run (e.g. they shouldn't be doing a re-import operation). Banshee has no problem playing already imported media without file extensions.

The reason we use an extension whitelist when importing from the filesystem is for performance.

Detecting the mimetype properly means that the file must be opened, some bytes from the front of the file read, and then closed. Then these bytes must be checked against the mimetype registry, which means potentially more files may need to be opened, read, and closed. This is very slow when you contrast with simply iterating the filesystem. Therefore, I do not want to perform mimetype sniffing on all files.

However, what I might suggest is that we perform the mimetype detection on files that do not have an extension at all. This would possibly be worth looking into.

In the end though, the reason we have this extension-based whitelist is for the fastest possible directory iteration, and I do not want to compromise this by having to open/read/close excessively on files that won't be imported.

If we find that there tend to be massive amounts of files on users' systems without a file extension and we cannot determine a common pattern as to why (e.g. to implement a blacklist), then I may recommend we leave things as-is. We should do some testing however.
Comment 9 Omer Akram 2011-02-06 08:27:41 UTC
(In reply to comment #8)
> Omar: I'm not really sure how that argument holds - if people had a collection
> in Rhythmbox, it should be fully converted to Banshee's format on first run
> (e.g. they shouldn't be doing a re-import operation). Banshee has no problem
> playing already imported media without file extensions.

Thanks for getting this bug under consideration. Banshee failed to import songs from rhythmbox (imported from iPod shuffle a few months ago, see screenshot). Also many people prefer to do a clean install when a new Distro version reaches since upgrades have many problems. 
I just tried to open a mp3 file (without extension) by right clicking and selecting 'open with Banshee' it did not play.
Comment 10 Omer Akram 2011-02-06 08:28:04 UTC
Created attachment 180219 [details]
image
Comment 11 Matt Sturgeon 2011-02-06 08:36:51 UTC
I feel that "no extension" should be semi-whitelisted:

Files without an extension should be checked for MIME type, and then that MIME type should be checked against the whitelist.

It sounds fairly simple...
Comment 12 Andy 2011-07-29 08:20:44 UTC
For most normal people this is viewed as a serious bug. If you can't import your music collection that contain music from various sources with and without file extensions, the program is useless.
 
I think you have got your priorities backwards if you think that the import time is more important than the ability to reliably import all music that is working on other platforms. 

-Andy
Comment 13 André Klapper 2020-03-17 08:54:37 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.