pop-up: No image import from usb media but display

Bug #87883 reported by Xebeque
26
Affects Status Importance Assigned to Milestone
gnome-volume-manager (Ubuntu)
Invalid
Medium
Martin Pitt
libgphoto2 (Ubuntu)
Invalid
High
Unassigned

Bug Description

Anytime you plug a usb mass storage media to you box a small pop-up appears suggesting to ignore images on the medium or to import them. Choosing ignore works perfectly ;-).
But choosing "import" open to gthumb with the new medium openend. This is nice for displaying images (as a third option "display" in the pop-up could suggest) but bad for importing images.
Here ghtumb with its import option ( --import-photos) would be the far better choice: Let the user choose which images to import and to which destination. Same procedure as with any digital camera.
The lates gthumb automagically detects images on usb mass storage devices.
My suggestion in short:

The pop-up appearing whenever a usb mass storage medium is mounted should offer three options:

1. Ignore
2. Display images - gthumb showing thumbs
3. Import - gthumb --import-photos - the same dialog that appears when a digicam is connected

Revision history for this message
mjc (mjc-avtechpulse) wrote :

libgphoto2 > 2.2.1 now treats usb mass storage gizmos like digital cameras, if they have a "DCIM" directory. (A flash card from a camera will have a "DCIM" directory, as per the DCF spec. A USB hard drive with photos would probably not have a "DCIM" directory.) You can "import" from DCF/DCIM folders now.

Earlier versions of libgphoto2 could not do this, so gnome-volume-manager launched gthumb in folder view instead. This approach is inconvenient for people who use flash card readers. (Like me: my Digital Rebel has a USB1 port, which is SLOW. So I use a USB2 card reader.)

I would suggest that you update the gnome-volume-manager gthumb script to use "gthumb --import-photos" if a "DCIM" directory is found on the mounted device.

- Mike (a gThumb developer)

Revision history for this message
mjc (mjc-avtechpulse) wrote :
Revision history for this message
mjc (mjc-avtechpulse) wrote :

Corrected gthumb-import script. Could an Ubuntu guru please consider this?

- Mike

Revision history for this message
mjc (mjc-avtechpulse) wrote :

Sorry, it should be called "gnome-volume-manager-gthumb" here. It is called gthumb-import on RH/FC systems...

- Mike

Revision history for this message
Mathijs (mathijs-t) wrote :

WHat is the progress on this? It is making gThumb rather unusable for those using card readers, because when copying files manually, you will end up with the Nautilus thumbnail bug showing you a lot of the thumbs in the wrong EXIF orientation.

The patch seems to be available, how to get it into Ubuntu?

Cheers,
Mathijs.

Revision history for this message
mjc (mjc-avtechpulse) wrote :

Side note: Fedora 7 has adopted this changed.

- Mike

Paul Dufresne (paulduf)
Changed in gthumb:
status: New → Confirmed
Changed in libgphoto2:
status: New → Confirmed
Changed in gthumb:
importance: Undecided → High
Changed in libgphoto2:
importance: Undecided → High
Revision history for this message
Martin Pitt (pitti) wrote :

Not a libgphoto bug

Changed in libgphoto2:
status: Confirmed → Invalid
Revision history for this message
Martin Pitt (pitti) wrote :

This is pretty moot in Hardy, since the default is to use f-spot for import. However, for people who continue using gthumb, I agree that this makes sense.

I'll change it after Hardy beta.

Changed in gthumb:
assignee: nobody → pitti
importance: High → Medium
status: Confirmed → In Progress
Revision history for this message
Martin Pitt (pitti) wrote :

This is not relevant for Hardy any more. Nautilus handles Cameras now.

Changed in gnome-volume-manager:
status: In Progress → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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