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 615153 - Files synced to HTC Desire (Android) do not appear in UI on reconnect
Files synced to HTC Desire (Android) do not appear in UI on reconnect
Status: RESOLVED DUPLICATE of bug 489861
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
1.6.0
Other Linux
: Normal major
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-04-08 09:58 UTC by Matthew Denner
Modified: 2010-04-09 11:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matthew Denner 2010-04-08 09:58:33 UTC 
I synced a number of music files (AAC encoded, m4a extension) to my new HTC Desire, disconnected the device, played them on the device, then reconnected it.  Upon reconnection none of the synced music shows up in the Banshee UI (0 artists, 0 albums).  Checking the files on the device through a terminal prompt I find they are named ". title.m4a" so are invisible unless you use 'ls -a'. If I rename the files to "title.m4a", removing the leading '.', then they are both accessible by the device and appear in Banshee.

Banshee Version: 1.6.0.0 (from your Ubuntu PPA)
Android Version: 2.1-update1

Need any more information let me know.
Comment 1 Michael Martin-Smucker 2010-04-08 12:04:00 UTC 
I'm going to assume that this is happening for tracks that don't have a track number set...?  Banshee is attempting to create a file like "1. title.m4a" where 1 is the track number.  When there's no track number set, Banshee leaves the number blank (but doesn't leave out the period) which is creating a hidden file.  

Similar bug reports to yours have been closed as duplicates of Bug 489861, which will allow for optional fields in file names.  I'm also going to mark this report as a duplicate of that bug.  Check out Bug 608678 for more discussion related to this specific issue.

*** This bug has been marked as a duplicate of bug 489861 ***
Comment 2 Matthew Denner 2010-04-09 07:51:42 UTC 
(In reply to comment #1)
> I'm going to assume that this is happening for tracks that don't have a track
> number set...?  Banshee is attempting to create a file like "1. title.m4a"
> where 1 is the track number.  When there's no track number set, Banshee leaves
> the number blank (but doesn't leave out the period) which is creating a hidden
> file.  

Yes, you're absolutely right.  Sorry for raising that, should have done a better search.
Comment 3 Michael Martin-Smucker 2010-04-09 11:53:05 UTC 
(In reply to comment #2)
> (In reply to comment #1)
> > I'm going to assume that this is happening for tracks that don't have a track
> > number set...?  Banshee is attempting to create a file like "1. title.m4a"
> > where 1 is the track number.  When there's no track number set, Banshee leaves
> > the number blank (but doesn't leave out the period) which is creating a hidden
> > file.  
> 
> Yes, you're absolutely right.  Sorry for raising that, should have done a
> better search.

No worries; searches with Bugzilla can be a real pain.  Since the reports like yours are all closed (as duplicates of 489861, which doesn't immediately sound like a similar issue), they wouldn't have shown up in a search because Bugzilla only looks for open reports in a basic search.