lists standard mounts as picture cds

Bug #258936 reported by mattismyname on 2008-08-17
132
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Nautilus
Confirmed
Medium
shared-mime-info
Invalid
Medium
nautilus (Ubuntu)
Low
Unassigned

Bug Description

Binary package hint: nautilus

First, system information:

matt@Aluminumy:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu intrepid (development branch)
Release: 8.10
Codename: intrepid
matt@Aluminumy:~$ apt-cache policy nautilus
nautilus:
  Installed: 1:2.23.6.1-0ubuntu1
  Candidate: 1:2.23.6.1-0ubuntu1
  Version table:
 *** 1:2.23.6.1-0ubuntu1 0
        500 http://us.archive.ubuntu.com intrepid/main Packages
        100 /var/lib/dpkg/status
matt@Aluminumy:~$ df /media/dennis
Filesystem 1K-blocks Used Available Use% Mounted on
//192.168.0.102/volume_1
                     958846504 117863084 840983420 13% /media/dennis
matt@Aluminumy:~$ tail -1 /etc/fstab
//192.168.0.102/volume_1 /media/dennis cifs user,iocharset=utf8,username=xxx,password=xxx,gid=xxx 0 0
matt@Aluminumy:~$

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.

Sebastien Bacher (seb128) wrote :

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

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete

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

mattismyname (mattismyname) wrote :
mattismyname (mattismyname) wrote :

Screenshot attached.

A. Walton (awalton) wrote :

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?

mattismyname (mattismyname) wrote :
Download full text (5.4 KiB)

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-...

Read more...

Sebastien Bacher (seb128) wrote :

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

Changed in nautilus:
status: Incomplete → New
mattismyname (mattismyname) wrote :

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?

Sebastien Bacher (seb128) wrote :

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

Changed in gvfs:
status: New → Incomplete
mattismyname (mattismyname) wrote :

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.

mattismyname (mattismyname) wrote :

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

Changed in gvfs:
status: Incomplete → New
hellibombelli (sir-helmut) wrote :

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.

Sebastien Bacher (seb128) wrote :
Changed in nautilus:
status: New → Triaged
Changed in nautilus:
status: Unknown → New

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.

bdemen (bdemen) wrote :

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.

bdemen (bdemen) wrote :

Apologies, add .png extension to fix screenshot above.

chris_debian (cjhandrew) wrote :

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.

freddy3980 (freddy3980) wrote :

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."

Sebastien Bacher (seb128) wrote :

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

mp (m-p) wrote :

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.

Changed in nautilus:
status: New → Confirmed
m4cph1sto (dlreid) wrote :

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.

Changed in nautilus:
assignee: desktop-bugs → seb128
Cuchaz (cuchaz) wrote :

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

Anton Kraus (done) wrote :

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

chris_debian (cjhandrew) wrote :

Should this become a Brasero bug, then?

Marcus Sundman (sundman) wrote :

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.

MikeN (mike-mtb) wrote :

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.

Cuchaz (cuchaz) wrote :

@MikeN

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

LinkedIn
------------

Bug,

I'd like to add you to my professional network on LinkedIn.

- Matt

Accept Matt Gumbel's invite:
https://www.linkedin.com/e/isd/544944471/NXdYp3Gn/

------------------------------------------

What is LinkedIn and why should you join?
http://learn.linkedin.com/what-is-linkedin

------
(c) 2009, LinkedIn Corporation

Siyan Panayotov (xsisqox) wrote :

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 :/

MurkyMurk (murkymurk) wrote :

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 :-)

aquasync (aquasync) wrote :

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.

tags: added: iso-testing

The current trigger for x-content/image-picturecd is too general - having a non empty folder named PICTURES. There is no device type check, so internal disks, portable usb devices etc are all labelled incongruously as begin a picture cd (eg by nautilus). See downstream bug - https://bugs.launchpad.net/nautilus/+bug/258936.

Especially on case-insensitive filesystems, its not uncommon to have a directory named Pictures, and this still triggers the match.

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>

Ideally this should be enhanced to also include a device type check, or alternatively just removed.

See resulting effect on gvfs ([drive-hardisk] considered a 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

If checks need to be made based on media type, then it would be in gvfs. There's nothing that shared-mime-info can do about that.

aquasync (aquasync) wrote :

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.

Changed in shared-mime-info:
importance: Unknown → Medium
status: Unknown → Invalid
Changed in nautilus:
importance: Unknown → Medium
Changed in shared-mime-info:
importance: Medium → Unknown
Changed in shared-mime-info:
importance: Unknown → Medium
Changed in nautilus (Ubuntu):
assignee: Sebastien Bacher (seb128) → nobody
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.