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