<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix"> There are two different values that are important: * the human-readable version ("1.21b2") * the store revision ("243") When sideloading an app, we'll still have the human-readable version that the developer declared, but we won't have a store revision. So the things we'll want to show are some combination of: * the developer-declared version ("1.21b2") * the hash of the blob ("i4h23o98") * the datetime when it was sideloaded All of that info will be available with the right command. What we put in which listing by default is a usability discussion we will no doubt get to when this is implemented :) Mark On 18/11/15 11:10, Kyle Fazzari wrote: </div> <blockquote cite="mid:564CCD25.7020504@canonical.com" type="cite"> <pre wrap="">On 11/18/2015 01:59 PM, Leo Arias wrote: </pre> <blockquote type="cite"> <pre wrap="">This value is confusing, and not really useful. Should we just stop showing it? Something like "-" would be slightly better than "IFbCOQDeRJfW". </pre> </blockquote> <pre wrap=""> This is indeed confusing, but I can imagine it being useful to still show the version of the snap-- is there a benefit to being able to sideload the same version over and over again? How does one now which version was actually sideloaded? Maybe I'm missing something here. Perhaps showing something like "1.0.1 (sideload)" or something would be even more helpful? -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. <a class="moz-txt-link-abbreviated" href="mailto:kyle@canonical.com">kyle@canonical.com</a> </pre> <fieldset class="mimeAttachmentHeader"></fieldset> </blockquote> </body> </html>