Merge lp:~aacid/unity8/fallbackImage into lp:unity8
| Status: | Merged | ||||
|---|---|---|---|---|---|
| Approved by: | Andrea Cimitan on 2015-05-29 | ||||
| Approved revision: | 1757 | ||||
| Merged at revision: | 1822 | ||||
| Proposed branch: | lp:~aacid/unity8/fallbackImage | ||||
| Merge into: | lp:unity8 | ||||
| Diff against target: |
360 lines (+151/-8) 9 files modified
plugins/Dash/CardCreator.js (+8/-0) qml/Components/ZoomableImage.qml (+1/-0) qml/Dash/Previews/PreviewHeader.qml (+6/-0) qml/Dash/Previews/PreviewImageGallery.qml (+14/-0) qml/Dash/Previews/PreviewZoomableImage.qml (+13/-0) tests/qmltests/Dash/Previews/tst_PreviewHeader.qml (+30/-0) tests/qmltests/Dash/Previews/tst_PreviewImageGallery.qml (+22/-2) tests/qmltests/Dash/Previews/tst_PreviewZoomableImage.qml (+27/-6) tests/qmltests/Dash/tst_Card.qml (+30/-0) |
||||
| To merge this branch: | bzr merge lp:~aacid/unity8/fallbackImage | ||||
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Andrea Cimitan (community) | 2015-05-19 | Approve on 2015-05-29 | |
| PS Jenkins bot | continuous-integration | Needs Fixing on 2015-05-08 | |
| Michi Henning (community) | 2015-05-06 | Approve on 2015-05-06 | |
|
Review via email:
|
|||
Commit Message
Support fallback images for dash card and preview widgets
Description of the Change
* Are there any related MPs required for this MP to build/function as expected?
No
* Did you perform an exploratory manual test run of your code change and any related functionality?
Yes
* Did you make sure that your branch does not contain spurious tags?
Yes
* If you changed the packaging (debian), did you subscribe the ubuntu-unity team to this MP?
N/A
* If you changed the UI, has there been a design review?
N/A
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1757
http://
Executed test runs:
FAILURE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| Michi Henning (michihenning) wrote : | # |
Note that providing a fallback image is optional for the scope. So, if the scope hasn't specified a fallback, the shell should probably provide some generic fallback image as a last resort.
| Albert Astals Cid (aacid) wrote : | # |
> Note that providing a fallback image is optional for the scope. So, if the
> scope hasn't specified a fallback, the shell should probably provide some
> generic fallback image as a last resort.
I didn't see that in the bug, that means involving design to give us a fits-all-cases "broken" image that i can see being hard to design.
Honestly i thought by reading the bug that if no fallback is used we'd just get what we have now, i.e. no image at all.
| Michi Henning (michihenning) wrote : | # |
Ah, sorry, I thought this might not be clear, which is why I mentioned it :-)
You are right: if the image can't be found and the scope hasn't specified a fallback, you'll just get an empty string. What the shell does with that is really up to the shell. I don't mind really. My only suggestion would be to not display nothing (which is what happens now, I believe). Even showing an empty grey rectangle would probably be better as a fallback than nothing at all?
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1757
http://
Executed test runs:
UNSTABLE: http://
FAILURE: http://
SUCCESS: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1757
http://
Executed test runs:
UNSTABLE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| James Henstridge (jamesh) wrote : | # |
I realise that this is only likely to happen with an incorrectly configured scope, but what happens if there is an error loading the fallback image? Does it go into an infinite loop, or is the second time setting the "source" property effectively a no-op?
| Albert Astals Cid (aacid) wrote : | # |
Setting the source to the same source is a no-op
void QQuickImageBase
{
Q_D(
if (url == d->url)
return;
....
}
| Andrea Cimitan (cimi) wrote : | # |
* Did you perform an exploratory manual test run of the code change and any related functionality?
Y
* Did CI run pass? If not, please explain why.
ap
* Did you make sure that the branch does not contain spurious tags?
yes
There are few things we need to adjust in order to update to new uitk, but I will take care of them

This looks good to me, but someone who actually knows QML should review this too :-)
Once this merges, we'll remove the fallback image support from the thumbnailer.