After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 674328 - Cannot differentiate similar ISOs in list of ISOs
Cannot differentiate similar ISOs in list of ISOs
Status: RESOLVED FIXED
Product: gnome-boxes
Classification: Applications
Component: general
3.4.x (unsupported)
Other Linux
: Normal normal
: --
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2012-04-18 12:51 UTC by Christophe Fergeau
Modified: 2016-03-31 14:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Better naming for new VM boxes (1.32 KB, patch)
2012-04-25 02:45 UTC, Zeeshan Ali
none Details | Review
Mark live media as such in its label (1.16 KB, patch)
2012-04-25 02:45 UTC, Zeeshan Ali
none Details | Review
Mark live media as such in its label (1.34 KB, patch)
2012-04-25 12:40 UTC, Zeeshan Ali
reviewed Details | Review
Mark live media as such in its label (1.37 KB, patch)
2012-05-08 13:54 UTC, Zeeshan Ali
committed Details | Review
Better naming for new VM boxes (1.40 KB, patch)
2012-05-08 14:10 UTC, Zeeshan Ali
committed Details | Review

Description Christophe Fergeau 2012-04-18 12:51:35 UTC
Just one example, if I have several fedora 17 isos (for alpha, beta, ...) , they will all appear as "Fedora 17" in the iso list, which is not enough to pick the one to use. Similarly, if there are different ISOs in different locations (maybe one on the local HD, and one on slower storage), there is no way either to know which is which
Comment 1 Zeeshan Ali 2012-04-18 13:46:59 UTC
(In reply to comment #0)
> Just one example, if I have several fedora 17 isos (for alpha, beta, ...) ,
> they will all appear as "Fedora 17" in the iso list, which is not enough to
> pick the one to use. Similarly, if there are different ISOs in different
> locations (maybe one on the local HD, and one on slower storage), there is no
> way either to know which is which

One thing that is already on my todo is to add 'live' info. If they are different medias, we should make the difference visible somehow but if they are the same, I don't think user needs to know the location. IMHO we should just only show medias that are different (exception for unknown medias of course).
Comment 2 Zeeshan Ali 2012-04-25 02:45:44 UTC
Created attachment 212744 [details] [review]
Better naming for new VM boxes

* Name VM based only on media label.
* Resolve name conflict by appending ' 2' rather than '-1'.
Comment 3 Zeeshan Ali 2012-04-25 02:45:53 UTC
Created attachment 212745 [details] [review]
Mark live media as such in its label

This would also imply having this suffix in VM names.
Comment 4 Christophe Fergeau 2012-04-25 08:16:59 UTC
Review of attachment 212745 [details] [review]:

::: src/installer-media.vala
@@ +28,3 @@
+
+        if (media.live)
+            this.label += " (Live)";

This string should be translatable
Comment 5 Zeeshan Ali 2012-04-25 12:40:42 UTC
Created attachment 212775 [details] [review]
Mark live media as such in its label

This would also imply having this suffix in VM names.
Comment 6 Marc-Andre Lureau 2012-05-07 17:06:17 UTC
Review of attachment 212775 [details] [review]:

I think it would be more flexible for translation to have a format string like _("%s%s").printf(name, live ? _(" (live)") : _(""))
Comment 7 Marc-Andre Lureau 2012-05-07 17:15:18 UTC
or perhaps more simply if (live) name = _("%s (live)").printf(name)
Comment 8 Matthias Clasen 2012-05-08 13:28:38 UTC
(In reply to comment #7)
> or perhaps more simply if (live) name = _("%s (live)").printf(name)

This is the way to go - breaking strings breaks translations.
While you are at it, please add a translator comment that explains what %s will be substituted with.
Comment 9 Zeeshan Ali 2012-05-08 13:54:53 UTC
Created attachment 213668 [details] [review]
Mark live media as such in its label

This would also imply having this suffix in VM names.
Comment 10 Marc-Andre Lureau 2012-05-08 14:03:39 UTC
Review of attachment 213668 [details] [review]:

ack
Comment 11 Zeeshan Ali 2012-05-08 14:10:07 UTC
Created attachment 213670 [details] [review]
Better naming for new VM boxes

* Remove redundant check for availability of OS info. This is already
  taken care of elsewhere when label is selected.
* Resolve name conflict by appending ' 2' rather than '-1'.
Comment 12 Marc-Andre Lureau 2012-05-08 14:12:56 UTC
Review of attachment 213670 [details] [review]:

ack
Comment 13 Zeeshan Ali 2012-05-08 14:14:44 UTC
Attachment 213668 [details] pushed as 21a0012 - Mark live media as such in its label
Attachment 213670 [details] pushed as 3e7fd98 - Better naming for new VM boxes