Failed to get image from provider: image://theme/clear-search

Bug #1528506 reported by Olivier Tilloy
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
High
Zoltan Balogh
ubuntu-ui-toolkit (Ubuntu RTM)
Fix Released
High
Cris Dywan

Bug Description

With the latest rc-proposed touch image, I’m not seeing the clear icon in the browser’s address bar, and the following error is in the logs:

file:///usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Components/1.0/Icon.qml:37:5: QML QQuickImage: Failed to get image from provider: image://theme/clear-search

I’m guessing that the icon was mistakenly removed from the theme?

Related branches

Olivier Tilloy (osomon)
affects: webbrowser-app (Ubuntu) → ubuntu-ui-toolkit (Ubuntu)
Cris Dywan (kalikiana)
Changed in ubuntu-ui-toolkit (Ubuntu):
status: New → Fix Committed
importance: Undecided → High
assignee: nobody → Christian Dywan (kalikiana)
Zoltan Balogh (bzoltan)
affects: ubuntu-ui-toolkit (Ubuntu) → ubuntu-ui-toolkit (Ubuntu RTM)
Cris Dywan (kalikiana)
Changed in ubuntu-ui-toolkit (Ubuntu RTM):
status: Fix Committed → Fix Released
Changed in canonical-devices-system-image:
status: New → Fix Committed
importance: Undecided → High
assignee: nobody → Zoltan Balogh (bzoltan)
milestone: none → ww02-2016
tags: added: regression-proposed
Changed in canonical-devices-system-image:
status: Fix Committed → In Progress
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

This is fixed with latest version of the SDK which on latest builds (krillin 223)

 ubuntu-ui-toolkit (1.3.1795+15.04.20160106-0ubuntu1) vivid; urgency=medium
 .
   [ Christian Dywan ]
...
   * Use edit-clear for clear button instead of the invalid clear search.

Changed in canonical-devices-system-image:
status: In Progress → Fix Committed
Revision history for this message
Michael Terry (mterry) wrote :

I'm assuming fixing it in the SDK TextField class solves most instances of this error. But any app that decided to use the suru icon directly still would have this problem.

Is there no protocol for deprecating / removing icon names? Do we make no promises about availability there? Seems developer-hostile to just remove an icon without warning (not even enough warning that we ourselves fixed our code in time).

Changed in canonical-devices-system-image:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.