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 553783 - kodak photo cd detection should not apply to non-optical drives
kodak photo cd detection should not apply to non-optical drives
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2008-09-25 13:21 UTC by Sebastien Bacher
Modified: 2018-09-21 16:27 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Sebastien Bacher 2008-09-25 13:21:58 UTC
the bug is described on https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/258936

"To reproduce the problem:
1. mount /media/dennis
2. See that 'dennis' drive pops up on Gnome desktop
3. Double click 'dennis' drive on Gnome desktop
4. Nautilus says "These files are on a Picture CD." (See screenshot)

It is interesting that if I mount this drive as smbfs this issue does not happen."

That's because the mount as a pictures directory, there is severa duplicates showing similar situations on launchpad, ideally nautilus should display that only when the mount is a a cd for example
Comment 1 Sebastien Bacher 2008-09-25 13:25:47 UTC
https://bugs.launchpad.net/bugs/274378 has a screenshot example, http://launchpadlibrarian.net/17952545/nautilus-bug.png
Comment 2 Pascal Terjan 2008-10-21 19:26:05 UTC
Indeed I have the same issue with an USB key containing a "pictures" dir
Comment 3 mp 2008-11-01 13:34:51 UTC
Confirming this bug and also confirming that it is simply due to the presence of a folder titled "pictures". This seems like avoidable, surely a 500Gb USB mounted hard disk is not that difficult to distinguish from a 6-700MB CD mounted on a cd drive.

When renaming the folder "pictures" the disk is mounted properly.
Comment 4 Bruce The Hoon 2008-11-26 19:23:17 UTC
I don't think it will be enough to properly detect picture CDs. The problem is not that the volume is detected as a picture CD, since that mere fact does not seem to have further consequences. The end user problem is that the banner in the Nautilus window saying 'this is a picture CD' can't be dismissed, thereby permanently using up display surface. At a minimum, the banner should have a button allowing the user to dismiss the notification (although I would prefer to be able to turn off media type autodetection altogether - a volume is a volume is a volume).
Comment 5 MorayJ 2008-12-24 11:29:34 UTC
"The problem is
not that the volume is detected as a picture CD, since that mere fact does not
seem to have further consequences"

Mine's on an sshfs mount and couldn't swear that it's not a separate bug, but when it's identified as a picture CD, I can't write to the volume as it says there's no bytes free. I use the cp command in a telnet session and there is no problem.
Comment 6 Forlong 2009-01-04 13:39:37 UTC
I suggest the notification simply to be renamed.

Instead of telling the user something he/she should already know (Picture CD inserted) it could say something along the lines of "It has been detected that there are pictures on this volume"
And the banner could simply say "This volume contains pictures"

Of course, Nautilus needs to check if there are actually image files inside the Pictures folder then.
Comment 7 tvst 2009-02-09 00:29:02 UTC
I'm seeing the "picture cd" message too, but not on a remote drive. Instead, I see it in my second partition. What is most annoying is that the message shows up for all folders in the partition, whether they have pictures in them or not.

Honestly, I don't see the point of the message. Regardless, there should at least be a way to turn such notifications off, much like you can turn off media insertion notifications.

Comment 8 tvst 2009-02-09 00:29:52 UTC
Forgot to mention: I'm running Gnome 2.25.5
Comment 9 Jerry Stillman 2009-02-27 15:01:55 UTC
I find this bug quite annoying, I don't like losing screen space to it and I know what kind of drive I have plugged in and what media is on it!  Currently I'm using the Scottish spelling, "Pictchurs" as a workaround ;)

Better detection is needed but I would always turn this feature off if I had the option, permanently, not by dismissing the banner every time.

Comment 10 Alexander Larsson 2009-03-09 10:26:12 UTC
I think we should fix shared-mime-info so that it has a tighter magic
definition for Picture CDs, or if that is not possible, disable that
definitions, since kodak photo cds are pretty uncommon. Far less common than
any mount with a pictures directory.

http://www.re.org/kristin/picturecd.html mentions a hidden "CDI" directory.
Maybe we could look for that. Anyone got a photo-cd to look at?
Comment 11 Bastien Nocera 2009-03-09 10:42:12 UTC
A number of you are running with an old shared-mime-info (prior to 0.60, or without the fixes from 0.60). With 0.60, PICTURES (and only pictures in upper-case) is detected as a PictureCD. If you can find a better way to detect those CDs, or can make such a CD available, I'd be happy to change the detection code for PictureCDs.
Comment 12 Sebastien Bacher 2009-03-09 11:57:52 UTC
could nautilus makes sure to display those only when the media is a CD or DVD?
Comment 13 Cosimo Cecchi 2012-07-20 16:06:22 UTC
Mass component change due to BZ cleanup, sorry for the noise.
Comment 14 William Jon McCann 2012-08-20 22:49:18 UTC
Anyone still seeing this?
Comment 15 Cosimo Cecchi 2012-08-21 00:24:24 UTC
-> gvfs

Comment #10 and comment #11 suggest that even if this still applied, it would not really be our bug; I don't think it's right to put workarounds in Nautilus for this anyway, and shared-mime-info maintainer's opinion [1] is that if we want to specifically avoid this auto detection for certain kind of devices, the code would need to be in gvfs.

[1] https://bugs.freedesktop.org/show_bug.cgi?id=27766
Comment 16 GNOME Infrastructure Team 2018-09-21 16:27:00 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/62.