Activity log for bug #799890

Date Who What changed Old value New value Message
2011-06-20 19:22:28 Andrea Azzarone bug added bug
2011-06-20 19:22:48 Andrea Azzarone bug task added ubuntu
2011-06-20 19:23:28 Andrea Azzarone affects ubuntu unity (Ubuntu)
2011-06-20 19:43:07 Andrea Azzarone description Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items is: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappears. Sorry for my poor English. Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items is: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. According to me the problem needs design. Sorry for my poor English.
2011-06-20 19:43:30 Andrea Azzarone bug task added ayatana-design
2011-06-20 20:01:12 Andrea Azzarone bug added subscriber Unity Bugs
2011-06-20 20:07:16 Andrea Azzarone description Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items is: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. According to me the problem needs design. Sorry for my poor English. Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. According to me the problem needs design. Sorry for my poor English.
2011-06-21 07:57:38 Andrea Azzarone unity: status New Incomplete
2011-06-21 07:57:41 Andrea Azzarone unity (Ubuntu): status New Incomplete
2011-06-21 08:39:44 Andrea Azzarone description Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. According to me the problem needs design. Sorry for my poor English. Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. =========================== Desired solution: We represent each GVolume independently in the launcher if they belong to the same GDrive, but we show quicklist items "Eject" and/or "Safely Remove" only if GDrive have just one GVolume. Sorry for my poor English.
2011-06-21 08:40:15 Andrea Azzarone description Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. =========================== Desired solution: We represent each GVolume independently in the launcher if they belong to the same GDrive, but we show quicklist items "Eject" and/or "Safely Remove" only if GDrive have just one GVolume. Sorry for my poor English. Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. =========================== Desired solution: We represent each GVolume independently in the launcher if they belong to the same GDrive, but we show quicklist items "Eject" and/or "Safely Remove" only if GDrive has just one GVolume. Sorry for my poor English.
2011-06-21 08:47:06 John Lea description Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. =========================== Desired solution: We represent each GVolume independently in the launcher if they belong to the same GDrive, but we show quicklist items "Eject" and/or "Safely Remove" only if GDrive has just one GVolume. Sorry for my poor English. Let me start with the definitions of GDrive, GVolume and GMount... From: http://developer.gnome.org/gio/stable/GDrive.html «GDrive represent a piece of hardware connected to the machine. It's generally only created for removable hardware or hardware with removable media. It is a container class for GVolume objects that stem from the same piece of media.» From: http://developer.gnome.org/gio/stable/GVolume.html «The GVolume interface represents user-visible objects that can be mounted.» From: http://developer.gnome.org/gio/stable/GMount.html «GMount is a "mounted" filesystem that you can access. Mounted is in quotes because it's not the same as a unix mount, it might be a gvfs mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.» So the relations between the three items are: GDrive <1-n> GVolume <1-1> GMount First of all now we do not consider a GMount that that is not associated to any GVolume, but this is not the bug (it is just a feature request). Let me explain the bug now... In Unity we have an icon for each GVolume so if we have a USB pen drive (the GDrive) with two or more partitions (the GVolumes) in the launcher will be shown two or more partitions. You could say: «Well, where is the problem?» You are right but if the GVolume "belongs" to a GDrive in each quicklist we show "Open, Eject, Safely Remove"... So we have two or more "Eject, Safely Remove" for just one GDrive! So if we click on "Eject" and/or "Safely Remove" all GVolume icons associated to GDrive disappear. =========================== Desired solution: - We represent each GVolume independently in the launcher if they belong to the same GDrive, - The quicklist for each volume contains an "Eject parent drive" and/or "Safely Remove parent drive" option.
2011-06-21 08:47:20 John Lea tags udo
2011-06-21 08:47:26 John Lea ayatana-design: assignee John Lea (johnlea)
2011-06-21 08:47:31 John Lea ayatana-design: importance Undecided Wishlist
2011-06-21 08:47:34 John Lea ayatana-design: status New Fix Committed
2011-06-21 16:53:12 Omer Akram unity: status Incomplete Confirmed
2011-06-21 16:53:15 Omer Akram unity (Ubuntu): status Incomplete Confirmed
2011-06-21 18:18:09 Andrea Azzarone unity: assignee Andrea Azzarone (andyrock)
2011-06-30 14:28:06 John Lea ayatana-design: status Fix Committed Fix Released
2011-07-01 12:56:08 Jorge Castro tags udo backlog udo
2011-07-27 10:18:30 Andrea Azzarone unity: status Confirmed In Progress
2011-07-27 10:18:33 Andrea Azzarone unity (Ubuntu): status Confirmed In Progress
2011-07-27 10:18:36 Andrea Azzarone unity (Ubuntu): assignee Andrea Azzarone (andyrock)
2011-07-29 14:57:22 Andrea Azzarone branch linked lp:~andyrock/unity/fix-799890
2011-08-01 15:43:51 Neil J. Patel unity: importance Undecided Medium
2011-08-01 15:43:51 Neil J. Patel unity: status In Progress Fix Committed
2011-08-01 15:43:51 Neil J. Patel unity: milestone 4.6.0
2011-08-01 16:30:04 Didier Roche-Tolomelli unity: status Fix Committed Fix Released
2011-08-01 17:54:35 Launchpad Janitor branch linked lp:~ubuntu-desktop/unity/ubuntu
2011-08-01 18:30:25 Launchpad Janitor unity (Ubuntu): status In Progress Fix Released
2011-08-01 19:14:34 Launchpad Janitor branch linked lp:ubuntu/unity
2011-10-18 16:57:02 John Lea tags backlog udo backlog udo udp
2011-10-18 16:57:10 John Lea unity: milestone 4.6.0 backlog
2011-10-18 16:57:16 John Lea ayatana-design: status Fix Released Fix Committed
2012-01-07 16:52:49 Andrea Azzarone unity: milestone backlog
2012-04-27 10:08:56 Nick Tait ayatana-design: status Fix Committed Fix Released
2012-04-27 10:09:14 Nick Tait tags backlog udo udp backlog reviewedbydesignp