Gtkpod's built-in Eject function doesn't work

Bug #519167 reported by Vladimir Mityukov
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gtkpod (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: gtkpod

Hi, I'm using "gtkpod(-aac)" package on my PC with Kubuntu 9.10.
I have iPod Classic 80GB

Here's quick info on the package:
----
Package: gtkpod
State: installed
Automatically installed: yes
Version: 0.99.14-2ubuntu3
Priority: extra
Section: universe/sound
Maintainer: Ubuntu MOTU Developers <email address hidden>
----

I noticed there was a special option when right-clicking Ipod in the left column: "Eject iPod".
Clicking this option doesn't change anything (iPod stays mounted and not ejected).

What is this option for?

I'd love it to eject iPod till the "Click Ok to disconnect" label on the player monitor. Just like "sudo eject /dev/sdj1" does. It's a bit annoying to open the terminal every time you need just to eject iPod.

Note: Dolphin's and Device Notifier's "Safely remove" only un-mounts, but not ejects (so, it's still "Connected"). And there is no separate "Eject" button in the dolphin/device notifier at all.

Thank you in advance.

Tags: eject
tags: added: eject
Revision history for this message
Vladimir Mityukov (mityukov) wrote :

> Note: Dolphin's and Device Notifier's "Safely remove" only un-mounts, but not ejects (so, it's still "Connected"). And there is no separate "Eject" button in the dolphin/device notifier at all.

Just updated to KDE SC 4.4. The Device notifier now disconnects iPod properly. The questions about "What is built-in gtkpod's <Eject iPod> option for" is still open, however ;-)

Didi Kohen (kohen-d)
Changed in gtkpod (Ubuntu):
status: New → Invalid
Revision history for this message
Didi Kohen (kohen-d) wrote :

It is to save changes in the iPod, if the eject option is not used the DB and files remain unchanged.

Revision history for this message
Vladimir Mityukov (mityukov) wrote :

> It is to save changes in the iPod, if the eject option is not used the DB and files remain unchanged.

Isn't this is what the "Save" icon in the tool bar for?

I mean, strange..

Revision history for this message
Didi Kohen (kohen-d) wrote :

The eject starts a save and then closes the files in the iPod, unlike save that keeps file descriptors open.

Revision history for this message
Vladimir Mityukov (mityukov) wrote :

Well, it's not obvious, I think... In particular, in my daily using of the program, I always clicked <Save> thinking it's "flushing" all changes to the device, and I clicked <Eject> "just in case". So, I had many chances to loose the data (which wasn't happen just because of some luck).

I think <Save> button should make sure nothing will lost (i don't know how; to close all descriptors and to open them again, for example), if I close the gtkpod or eject ipod via Device manager after the Saving. Otherwise, it's useless: why on earth should I click it, if there is more sure way to keep changes applied recommended: Eject.

And I still think that Eject should really eject the player as device, just like iTunes does. (with preliminary syncing of the changes, off cause).

May be this behavior:
1) "Save" function -- makes sure all data synced to iPod;
2) "Eject" function -- ejects the device .

- Clicking <Save> and then Eject -- ejects the player silently;
- Clicking <Eject>, without <Saving> -- asks if the changes should be synced or not, or should it cancel ejecting.

- Clicking Save and then closing gtkpod -- close with no warnings; changes should stay in iPod after it's ejected via Device notifier or CLI;
- Closing gtkpod without Saving -- ask if the changes should be synced or not, or should it cancel closing.

Something like that.

What you think?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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