léonie wrote:
That is clearly a bug.
The titles are supposed to be transferred, even if .jpg is part of the title.
But titles & filenames are actually two very different things. For example, photograph files may have title information embedded in the photo file itself according to at least six different standards. The filename is not actually part of the file. It is a characteristic of the file system of the device storing the photo file. As a consequence, changing the filename (for instance, in the OS X Finder) will not change the title of the photo, nor will it create one if that info has not been embedded in the file.
Unfortunately, iPhoto obscures this difference because in the absence of an embedded title, it will display the filename of the photo. If you edit that displayed name from within iPhoto, it does become the title, but it does not change the filename of the original or embed it in that file. (That's why the export workaround mentioned by thedatadude does not work if the export kind is set to Original.)
I don't own Aperture or know how it works but my guess is it embeds the "version name" in the file itself, probably according to the IPTC or XMP standard.
Anyway, the problem is Photos does not display the filename as if it was the title like iPhoto does, nor does it have any builtin feature that will copy the filename to the title. That isn't a bug per se, but it definitely is a problem for those who have been relying on filenames to create more meaningful photo titles.
As I mentioned in a post earlier today, Applescript may offer a way to do this. I have spent a little time since then investigating that possibility & it looks promising: the Applescript "media item" object in Photos has a writable name (title) property & a read-only filename one, so at least in theory it should be possible to write a script that runs through every "media item" object & replaces any with a "missing value" name property with some form of the filename one.