lists standard mounts as picture cds

thank you for your bug report, you apparently didn't attach the screenshot, it's probably listing the directory as a photo CD because you have content similar to a such CD there

Sebastien-

That's what I would have thought too, but if you see my final comment
it makes the problem more interesting. The picture cd is only
detected if I mount via cifs. If I mount via smbfs, it does not
identify the mount as a picture cd. The content is exactly the same
in both cases.

-Matt

could you attach the screenshot and the directory content? the sniffing will not happen for all mounts so maybe it considers one of those as local for some reason

Screenshot attached.

Is that the full content of the directory? Perhaps there's a hidden, non-empty folder named PICTURES? Can you attach the output of "gvfs-info /path/to/mount"?

matt@Aluminumy:~$ gvfs-info /media/dennis/
display name: dennis
edit name: dennis
name: dennis
type: directory
size: 0
attributes:
  standard::name: dennis
  standard::type: 2
  standard::size: 0
  standard::display-name: dennis
  standard::edit-name: dennis
  standard::copy-name: dennis
  standard::content-type: inode/directory
  standard::icon: GThemedIcon:0x9859a00
  standard::fast-content-type: inode/directory
  unix::device: 22
  unix::inode: 2
  unix::nlink: 10
  unix::uid: 0
  unix::gid: 1002
  unix::rdev: 0
  unix::mode: 16895
  unix::block-size: 16384
  unix::blocks: 0
  unix::is-mountpoint: TRUE
  time::modified: 1219113231
  time::modified-usec: 0
  time::access: 1219113335
  time::access-usec: 0
  time::changed: 1219113231
  time::changed-usec: 0
  etag::value: 1219113231:0
  id::file: l22:2
  id::filesystem: l22
  owner::user: root
  owner::user-real: root
  owner::group: 1002
  access::can-read: TRUE
  access::can-write: TRUE
  access::can-execute: TRUE
  access::can-rename: FALSE
  access::can-delete: FALSE
  access::can-trash: FALSE

matt@Aluminumy:/media/dennis$ ls -la /media/dennis
total 1028
drwxrwxrwx 4 root 1002 0 2008-08-18 22:25 .
drwxr-xr-x 8 root root 4096 2008-08-17 15:31 ..
-rwxrwxrwx 1 501 1002 12292 2008-08-17 16:32 .DS_Store
drwx------ 2 root 1002 0 2008-08-11 22:12 .systemfile
drwxrwxrwx 9 502 1002 0 2008-08-18 22:25 tmp

can you run "gvfs-mount -li" and attach the log to the bug?

Drive(0): CD-RW/DVD±RW Drive
  ids:
   unix-device: '/dev/scd2'
   hal-udi: '/org/freedesktop/Hal/devices/storage_serial_HP_DVD_Writer_1040d_491FB80_0_0'
  themed icons: [drive-optical-recorder] [drive-optical] [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=0
  can_poll_for_media=1
  can_eject=1
  Volume(0): Blank DVD+R DL Disc
    ids:
     unix-device: '/dev/scd2'
     hal-udi: '/org/freedesktop/Hal/devices/volume_empty_dvd_plus_r_dl'
    themed icons: [drive-optical-recorder] [drive-optical] [drive]
    can_mount=0
    can_eject=1
    Mount(0): Blank DVD+R DL Disc -> burn:///
      themed icons: [media-optical-dvd-dl-r-plus] [media-optical-dvd-dl-r] [media-optical-dvd-dl] [media-optical-dvd] [media-optical] [media]
      x_content_types: x-content/blank-dvd
      can_unmount=0
      can_eject=1
Drive(1): CD-ROM/DVD-ROM Drive
  ids:
   unix-device: '/dev/scd1'
   hal-udi: '/org/freedesktop/Hal/devices/storage_model_DVD_ROM_DDU1621'
  themed icons: [drive-optical] [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=0
  can_poll_for_media=1
  can_eject=1
  Volume(0): Audio Disc
    ids:
     unix-device: '/dev/scd1'
     hal-udi: '/org/freedesktop/Hal/devices/volume_part_1_size_221429760'
    activation_root=cdda://scd1/
    themed icons: [drive-optical] [drive]
    can_mount=1
    can_eject=1
    Mount(0): Audio Disc -> cdda://scd1/
      themed icons: [media-optical-audio] [media-optical] [media]
      x_content_types: x-content/audio-cdda
      can_unmount=1
      can_eject=1
Drive(2): SCSI Drive
  ids:
   unix-device: '/dev/sda'
   hal-udi: '/org/freedesktop/Hal/devices/storage_serial_1ATA_WDC_WD1200JB_75CRA0_WD_WMA8C1118271'
  themed icons: [drive-removable-media-scsi] [drive-removable-media] [drive-removable] [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=0
  can_poll_for_media=0
  can_eject=0
  Volume(0): 92.2 GB Media
    ids:
     unix-device: '/dev/sda5'
     hal-udi: '/org/freedesktop/Hal/devices/volume_uuid_b40705f3_6d5d_4fed_856b_fc87adf6cc4b'
     uuid: 'b40705f3-6d5d-4fed-856b-fc87adf6cc4b'
    uuid=b40705f3-6d5d-4fed-856b-fc87adf6cc4b
    themed icons: [drive-removable-media-scsi] [drive-removable-media] [drive-removable] [drive]
    can_mount=1
    can_eject=0
    Mount(0): 99.0 GB Media -> file:///media/99GB
      uuid=b40705f3-6d5d-4fed-856b-fc87adf6cc4b
      themed icons: [drive-harddisk-scsi] [drive-harddisk] [drive]
      can_unmount=1
      can_eject=0
Drive(3): CD-RW Drive
  ids:
   unix-device: '/dev/scd0'
   hal-udi: '/org/freedesktop/Hal/devices/storage_model_CD_RW__CRX185E1'
  themed icons: [drive-optical-recorder] [drive-optical] [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=0
  can_poll_for_media=1
  can_eject=1
  Volume(0): Audio Disc
    ids:
     unix-device: '/dev/scd0'
     hal-udi: '/org/freedesktop/Hal/devices/volume_label_Madonna'
     label: 'Madonna'
    uuid=Madonna
    activation_root=cdda://scd0/
    themed icons: [drive-optical-recorder] [drive-optical] [drive]
    can_mount=1
    can_eject=1
    Mount(0): Audio Disc -> cdda://scd0/
      themed icons: [media-optical-...

gvfs lists is as a picture CD too, are you sure you don't have a PICTURES directory on this mount? changing to new, I've no idea why it's doing that, should be debugged or sent to bugzilla.gnome.org by somebody having the bug

It's becoming clearer to me now... there IS a folder called pictures on the drive. In the screenshot I attached above I had moved all folders into the 'tmp' folder to simplify things for you guys. But I suspect that I should have unmounted/remounted after moving the files to tmp. Had I done that, the "This is a picture CD" message would have gone away.

However, I think there still is an issue here... not every mount that contains a directory called Pictures at the top level is necessarily a picture *CD*, right?

do you have a better suggestion on how to detect those?

My suggestion would be for it to look at the filesystem type. If it's not a CD filesystem, then don't display the message about being a "picture CD".

Either way, I guess that would be something for the developer to decide as he/she is probably more knowledgable than I.

Change status to new...I believe there is a valid bug documented here but would need someone to confirm it.

I can confirm this bug. Renaming my "Pictures" folder on my cifs-share made the message go away, after remounting the share of course. With that knowledge, the bug isn't so annoying anymore.

The bug has been sent on http://bugzilla.gnome.org/show_bug.cgi?id=553783

Great... Had a flash disk with an audio content (no single image on the flash) and there was on album called Pictures. Guess what happened.

I can confirm as well. /media/file1 has a directory called "pictures" that upon a renaming and remount causes the "picture cd" message to go away.

There should have been more foresight in this; it's too simple that anything with a "pictures" directory should be called a picture cd.

Thanks to the ubuntu team as always, from a happy tester.

Attached is a screenshot of the drive.

Apologies, add .png extension to fix screenshot above.

I get this problem too, when mounting an Archos 604 (Portable Media Player). it does contain some pictures, but mostly films.

Will help if I can.

Cheers,

Chris.

i also have this issue, i have mounted a hard drive (250GB) and it's mounted on /media/HD2/ and also shows "These files are on a Picture CD."

the bug has been confirmed and triaged, there is no need to keep adding comments saying you have the issue too, that's only spamming the bug subscribers

THIS IS NOT SPAM THE SUBSCRIBERS, BUT TO SUGGEST A TEMPORARY SOLUTION FOR THOSE WHO WANT THE ISSUE TO GO AWAY NOW: rename the folder in the root directory called "pictures" and remount and all is well.

So, basically, 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 next time.

This problem is not limited to only "pictures". When I mount my internal NTFS drive, I get the pictures message as well as "The media contains software". Maybe because I have a folder called "applications". It's extremely annoying, with both lines taking up a lot of space in the view window.

If adding additional criteria to distinguish between media types is too difficult for an immediate fix, perhaps a different solution would be to include an option to disable this media-checking feature in nautilus, via a check-box in the "media" options, or a manual edit of a config file.

I also have this issue. I mounted my laptop's home folder to my desktop machine over sftp. My laptop's home folder does have a "pictures" folder so it triggered the picture CD logic. I understand that it's not clear what the best way to detect picture CDs is. So how about allowing users to close the space-consuming picture cd message if they're not interested in viewing pictures? I doctored a screenshot to show what I mean.

Thanks,
Jeff

I've found another workaround:
Uninstalling Brasero will make the "These files are on a Picture CD."-notification go away.

Should this become a Brasero bug, then?

I don't think this has anything to do with Brasero as such, because I've seen those nautilus top-bars also with other programs, IIRC.

m4cph1sto:
I feel your pain, I have an external drive and an MP3 player and on both have seen a total of three lines - one for pictures, one for music and one for software; who knows just how many could be displayed with the right (wrong) combination of folders. I also vote for this feature to be permanently disabled via an option within Nautilus.

Cuchaz:
Your solution is ok but would need some level of persistence or would end up just being annoying, having to dismiss the panel each time you browse back to the original location.

@MikeN

I agree, if my solution were to be adopted, it should be persistent until that folder is unmounted.

Nautilus calls g_mount_guess_content_type to determine the content type and based on this, it displays appropriate message (in this case "This files are on a ... "). So, the bug is not a Nautilus bug, but a GIO one! But i couldn't find a similar bug filed for that function :/

You have all missed something here.
In my /home/me directory I have a shortcut named Pictures that points to a separate drive. Browsing my /home/me directory DOES NOT show me the hated 'picture CD' top bar.
Selecting any subdirectory under /home/me DOES produce the 'picture CD' bar even though none of them have anything named Picture in them.
So, directory with folder named 'Pictures' no problem; folder with nothing named 'Pictures' in it, categorised as Picture CD.

Surely if I put a real picture CD in then I know that I've put a picture CD in and damn well open FSPot all by myself.

My solution is just to use dolphin as it seems to work :-)

I was having the same problem and have looked a bit more into what is causing it in my case.

By default theres a check for a PICTURES folder (note all caps), which triggers recognition as a "Picture CD", regardless of whether the device is a CD or not (which is a bit daft - fixing this would be the better solution). What makes this worse, is that on a case-insensitive file system (eg FAT), having a top-level Pictures folder is not very uncommon.

I hacked around this by commenting out the relevant section is /usr/share/mime/packages/freedesktop.org.xml (where it defines the mimetype x-content/image-picturecd). You can probably use the same approach to avoid other unwanted bars coming up in nautilus.

This bug still exists in Lucid. See below output from gvfs-mount, it knows it is a "[drive-harddisk]" but still types it as "x-content/image-picturecd".

$ gvfs-mount -li | grep -A 15 'Volume(1)'
  Volume(1): Files
    Type: GProxyVolume (GProxyVolumeMonitorGdu)
    ids:
     uuid: '62b4128d-3edc-4dd5-b0d8-7134845d31d1'
     unix-device: '/dev/sda6'
     label: 'Files'
    themed icons: [drive-harddisk-ata] [drive-harddisk] [drive]
    can_mount=1
    can_eject=0
    should_automount=0
    Mount(0): Files -> file:///media/Files
      Type: GProxyMount (GProxyVolumeMonitorGdu)
      default_location=file:///media/Files
      themed icons: [drive-harddisk-ata] [drive-harddisk] [drive]
      x_content_types: x-content/image-picturecd
      can_unmount=1

The offending line in the mime files:

$ grep -A 39 x-content/image-picturecd /usr/share/mime/packages/freedesktop.org.xml | grep -v xml:lang
  <mime-type type="x-content/image-picturecd">
    <comment>Picture CD</comment>
    <treemagic>
      <treematch type="directory" path="PICTURES" non-empty="true" match-case="true"/>
    </treemagic>
  </mime-type>

This should be enhanced to also include a device type check (eg gvfs's "[drive-optical]"), or better yet just removed.

Is that still an issue in newer versions?

Unfortunately I don't have a machine running Gnome to check on anymore. Maybe somebody else can confirm/deny.