[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: canonical-devices-system-image Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Canonical System Image: Fix Released Status in thumbnailer package in Ubuntu: Fix Released Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: canonical-devices-system-image Assignee: (unassigned) => Alejandro J. Cura (alecu) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Canonical System Image: Fix Committed Status in thumbnailer package in Ubuntu: Fix Released Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Also affects: canonical-devices-system-image Importance: Undecided Status: New ** Changed in: canonical-devices-system-image Status: New => Fix Committed ** Changed in: canonical-devices-system-image Importance: Undecided => High ** Changed in: canonical-devices-system-image Milestone: None => ww08-2016 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Canonical System Image: Fix Committed Status in thumbnailer package in Ubuntu: Fix Released Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: thumbnailer (Ubuntu) Status: In Progress => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in thumbnailer package in Ubuntu: Fix Released Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Branch linked: lp:~jamesh/thumbnailer/no-fallback-albumart -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in thumbnailer package in Ubuntu: In Progress Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity-scopes-shell (Ubuntu) Status: Confirmed => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in thumbnailer package in Ubuntu: In Progress Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: unity-scopes-shell (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in thumbnailer package in Ubuntu: In Progress Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Also affects: thumbnailer (Ubuntu) Importance: Undecided Status: New ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => High ** Changed in: thumbnailer (Ubuntu) Status: New => In Progress ** No longer affects: thumbnailer ** Changed in: thumbnailer (Ubuntu) Assignee: (unassigned) => James Henstridge (jamesh) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in thumbnailer package in Ubuntu: In Progress Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: thumbnailer Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnailer: In Progress Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
The thumbnailer cannot remove support for fallback images until after all the scopes and apps that depend on it have been updated. We are working on that. ** Changed in: thumbnailer Status: New = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: In Progress Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
This bug was fixed in the package unity8 - 8.10+15.10.20150618-0ubuntu1 --- unity8 (8.10+15.10.20150618-0ubuntu1) wily; urgency=medium [ Albert Astals Cid ] * Refactor QmlTest.cmake module so that all tests can go through it. Also a bit of cleanup around tests. * Support fallback images for dash card and preview widgets (LP: #1324142) [ CI Train Bot ] * New rebuild forced. * Resync trunk. [ Daniel d'Andrada ] * Fix Shell tests [ Josh Arenson ] * Refactor greeter emulator to unlock the greeter via dbus [ Lukáš Tinkl ] * respect target window's devicePixelRatio in MouseTouchAdaptor [ Michael Zanetti ] * Refactor QmlTest.cmake module so that all tests can go through it. Also a bit of cleanup around tests. [ Michał Sawicz ] * Refactor QmlTest.cmake module so that all tests can go through it. Also a bit of cleanup around tests. [ handsome_feng ] * Forbid closing apps during the edge gesture. (LP: #1445572) * Removed the horizonal rule on pin unlock screen. (LP: #1368798) [ handsome_feng445865...@qq.com ] * Forbid closing apps during the edge gesture. (LP: #1445572) -- CI Train Bot ci-train-...@canonical.com Thu, 18 Jun 2015 19:40:06 + ** Changed in: unity8 (Ubuntu) Status: In Progress = Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Fix Released Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Branch linked: lp:~aacid/unity8/fallbackImage -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: In Progress Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity8 (Ubuntu) Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: In Progress Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity8 (Ubuntu) Assignee: (unassigned) = Albert Astals Cid (aacid) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: Fix Released Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity-scopes-api (Ubuntu) Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: Fix Committed Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
Currently art can either be a string giving the field holding the art URI, or a dictionary with field and aspect-ratio keys. Perhaps it would make sense to handle fallbacks in this second form as a third key? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
Yeah, just commented to the same note on the MP. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
It looks like, over time, a number of additional fields have crept into the JSON, most likely because scope authors and the shell have made gentlemen's agreements. This includes (at least), mascot, emblem, attributes, summary, background, and overlay-color. It also looks like there are result-specific settings (such as mascot) that are undocumented, and for which there is no accessor/setter in the Result or SearchResult classes. We need to construct a definitive list of which fields are used by the shell, both per-category and per-result, so we can document them. Otherwise, all these features will remain inaccessible to outside scope authors. As discussed with Saviq on IRC, he'll find someone who can construct this list by inspecting the shell code, so we can update the scopes documentation accordingly. In future, whenever the shell interprets something new in the JSON, or changes the meaning of an existing entry, we'll need to raise a bug with scopes-api so we can update the doc. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
Saviq just told me the following: art, summary, background, title, mascot, emblem, subtitle, attributes. attributes looks like a dictionary, so we'll need to document the settings it has as well. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
OK, turns out that these were actually documented. I expected to see something in the tutorial, but it's actually documented in detail in the CategoryRenderer doc. I've added mascot-fallback and emblem-fallback. Saviq, can you please check the doc for CategoryRenderer and let me know whether the field names I used are OK? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
It looks like all that's really needed on the scopes side is a documentation update. I've documented a art-fallback in the components dictionary of the category renderer. That allows a scope to specify a category-specific fallback image. I think this should be enough of a hook, but the shell will need to actually use the field if it cannot retrieve the artwork for a particular result. If no fallback image is specified, or the URI for the fallback image cannot be resolved, I guess the shell should display some universal placeholder image, so there is at least something on screen, instead of nothing at all. ** Branch linked: lp:~michihenning/unity-scopes-api/fallback-image -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity-scopes-api (Ubuntu) Assignee: (unassigned) = Michi Henning (michihenning) ** Changed in: unity-scopes-api (Ubuntu) Status: New = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: In Progress Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
Michi: what was the proposed solution here? Providing a default fallback, with the scope being able to override the fallback per category? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in unity-scopes-api package in Ubuntu: New Status in unity-scopes-shell package in Ubuntu: New Status in unity8 package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Also affects: unity-scopes-shell (Ubuntu) Importance: Undecided Status: New ** No longer affects: unity-scopes-shell -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in “unity-scopes-api” package in Ubuntu: New Status in “unity-scopes-shell” package in Ubuntu: New Status in “unity8” package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity8 (Ubuntu) Assignee: Unity UI Team (unity-ui-team) = (unassigned) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in QML plugin for Scopes: New Status in “unity-scopes-api” package in Ubuntu: New Status in “unity8” package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** No longer affects: unity8 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in API for Unity scopes integration: New Status in QML plugin for Scopes: New Status in “unity8” package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Project changed: unity-scopes-api = unity-scopes-api (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in QML plugin for Scopes: New Status in “unity-scopes-api” package in Ubuntu: New Status in “unity8” package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1324142] Re: Support providing fallback images
** Changed in: unity8 (Ubuntu) Importance: Undecided = High ** Changed in: unity8 (Ubuntu) Status: New = Triaged ** Changed in: unity8 (Ubuntu) Assignee: (unassigned) = Unity UI Team (unity-ui-team) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1324142 Title: Support providing fallback images Status in Thumbnail generator for all kinds of files: New Status in API for Unity scopes integration: New Status in QML plugin for Scopes: New Status in The Unity 8 shell: Triaged Status in “unity8” package in Ubuntu: Triaged Bug description: If the URI for a scope result icon can not be loaded, the scope result is not easily visible. To counter this, the shell should replace the result image with a fallback image if the Image QML component changes to the Error state. At a minimum a single standard fallback image would be sufficient, but letting the scope pick a custom fallback via the category renderer template would be better. One reason I'd like to see this is so we can switch the album art image provider to stop returning a fallback image. This has been requested by the music-app guys, and seems sensible since we might want different fallbacks in different contexts: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/219460 It might also be useful for remote scopes using http: URIs for result icons. To manage notifications about this bug go to: https://bugs.launchpad.net/thumbnailer/+bug/1324142/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
