Merge lp:~dandrader/unity8/noStretchOnResize into lp:unity8
| Status: | Merged | ||||
|---|---|---|---|---|---|
| Approved by: | Albert Astals Cid on 2015-11-10 | ||||
| Approved revision: | 2012 | ||||
| Merged at revision: | 2059 | ||||
| Proposed branch: | lp:~dandrader/unity8/noStretchOnResize | ||||
| Merge into: | lp:unity8 | ||||
| Prerequisite: | lp:~unity-team/unity8/externalMonitor | ||||
| Diff against target: |
705 lines (+304/-50) 10 files modified
qml/Stages/ApplicationWindow.qml (+27/-1) qml/Stages/DecoratedWindow.qml (+7/-2) qml/Stages/DesktopStage.qml (+9/-9) qml/Stages/SessionContainer.qml (+25/-1) qml/Stages/SurfaceContainer.qml (+56/-4) qml/Stages/WindowResizeArea.qml (+65/-20) tests/mocks/Unity/Application/MirSurface.cpp (+52/-0) tests/mocks/Unity/Application/MirSurface.h (+16/-0) tests/qmltests/Stages/tst_DesktopStage.qml (+16/-1) tests/qmltests/Stages/tst_WindowResizeArea.qml (+31/-12) |
||||
| To merge this branch: | bzr merge lp:~dandrader/unity8/noStretchOnResize | ||||
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| PS Jenkins bot | continuous-integration | 2015-10-16 | Needs Fixing on 2015-11-23 |
| Albert Astals Cid (community) | Abstain on 2015-11-10 | ||
| Michael Zanetti (community) | 2015-10-16 | Approve on 2015-10-27 | |
|
Review via email:
|
|||
This proposal supersedes a proposal from 2015-10-14.
Commit Message
Don't stretch application surfaces when resizing
Description of the Change
* Are there any related MPs required for this MP to build/function as expected? Please list.
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?
Not applicable
* If you changed the UI, has there been a design review?
Not applicable
| Michael Zanetti (mzanetti) wrote : | # |
When resizing I can see the panel and the dropshadow resizing faster than the content. I think it would be better to not resize those either until the surface has caught up.
Other than that, it seems to work fine.
| Daniel d'Andrada (dandrader) wrote : | # |
On 23/09/2015 07:31, Michael Zanetti wrote:
> Review: Needs Fixing
>
> When resizing I can see the panel and the dropshadow resizing faster than the content. I think it would be better to not resize those either until the surface has caught up.
>
> Other than that, it seems to work fine.
It's a design decision: should we show something like a translucent
orang rect that tightly follows the mouse pointer (therefore showing
shell's responsiveness and a smooth animation) or have the window stick
to the surface size (as you prefer, but risking showing a stuttering,
unresponsive, shell)?
I don't have a strong opinion on that, but I do prefer first option. But
I'm ok with your preference as well. Any of those are better than the
current state. We should get design input on that (not sure *how* to do
that)
| kevin gunn (kgunn72) wrote : | # |
> On 23/09/2015 07:31, Michael Zanetti wrote:
> > Review: Needs Fixing
> >
> > When resizing I can see the panel and the dropshadow resizing faster than
> the content. I think it would be better to not resize those either until the
> surface has caught up.
> >
> > Other than that, it seems to work fine.
>
> It's a design decision: should we show something like a translucent
> orang rect that tightly follows the mouse pointer (therefore showing
> shell's responsiveness and a smooth animation) or have the window stick
> to the surface size (as you prefer, but risking showing a stuttering,
> unresponsive, shell)?
>
> I don't have a strong opinion on that, but I do prefer first option. But
> I'm ok with your preference as well. Any of those are better than the
> current state. We should get design input on that (not sure *how* to do
> that)
i would vote we land for the speedy soln now, and then log a bug subsequent to this landing outlining the choices between speed vs nice tight animation tween window/shadow
| Albert Astals Cid (aacid) wrote : | # |
Text conflict in CMakeLists.txt
1 conflicts encountered.
| Daniel d'Andrada (dandrader) wrote : | # |
> When resizing I can see the panel and the dropshadow resizing faster than the
> content. I think it would be better to not resize those either until the
> surface has caught up.
>
> Other than that, it seems to work fine.
Now it's exactly what you asked for.
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2003
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2004
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| Michael Zanetti (mzanetti) wrote : | # |
looks mostly good. some leftovers in the code to clean up. see inline.
still need to test it on the real qtmir
| Daniel d'Andrada (dandrader) wrote : | # |
the ShellView changes are part of the prerequisite already[1]. I don't know why launchpad didn't update the web diff.
[1] - http://
| Daniel d'Andrada (dandrader) wrote : | # |
All comments addressed. Had to rebase to keep the commit stack plain and simple so that launchpad didn't get confused (new you no longer see ShellView changes in the web diff).
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2007
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| Michael Zanetti (mzanetti) wrote : | # |
Close, one issue:
When a window is slow to resize, resize it from the top-left corner towards the right (making the window smaller). Release the mouse before the actual resizing has happened. It will catch up resizing on the right edge instead of the left.
This can be reproduced with tryDesktopStage, but it's easiest/most notable when resizing the dash on top of QtMir (also reproducible with other apps tho).
| Daniel d'Andrada (dandrader) wrote : | # |
On 23/10/2015 11:18, Michael Zanetti wrote:
> When a window is slow to resize, resize it from the top-left corner towards the right (making the window smaller). Release the mouse before the actual resizing has happened. It will catch up resizing on the right edge instead of the left.
Knonw issue. Decided to leave it that way. Let's talk over IRC
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2008
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| Michael Zanetti (mzanetti) wrote : | # |
The last commit seems a okayish workaround to the problem. Let's go with this for now and refine it later.
One tiny issue where I'd like to hear your input:
Running on my laptop it sometimes happens that the dash doesn't start up properly (there's a bug for that, unrelated to this branch). With trunk, the window paints the background and then freezes. With this branch, the window doesn't even paint at all and we keep seeing the window decoration and shadow alone. What are your thoughts? Some potential issues?
| Daniel d'Andrada (dandrader) wrote : | # |
> The last commit seems a okayish workaround to the problem. Let's go with this
> for now and refine it later.
>
> One tiny issue where I'd like to hear your input:
>
> Running on my laptop it sometimes happens that the dash doesn't start up
> properly (there's a bug for that, unrelated to this branch). With trunk, the
> window paints the background and then freezes. With this branch, the window
> doesn't even paint at all and we keep seeing the window decoration and shadow
> alone. What are your thoughts? Some potential issues?
This is not related to this branch but to its prerequisites in qtmir.
It's a workaround for the situation where a mir surface doesn't have buffers to draw. So instead of crashing we just give a null/empty texture to Qt Scenegraph.
| Michael Zanetti (mzanetti) wrote : | # |
OK. Let's get this in then.
* Did you perform an exploratory manual test run of the code change and any related functionality?
yes
* Did CI run pass? If not, please explain why.
no, inter-project deps. I've ran related tests and they seem fine
* Did you make sure that the branch does not contain spurious tags?
yes
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2009
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| Albert Astals Cid (aacid) wrote : | # |
Note: was already top approved
Text conflict in qml/Stages/
Text conflict in qml/Stages/
Text conflict in tests/mocks/
Text conflict in tests/qmltests/
Text conflict in tests/qmltests/
5 conflicts encountered.
- 2010. By Daniel d'Andrada on 2015-11-06
-
Merge trunk
- 2011. By Daniel d'Andrada on 2015-11-06
-
Fix typo
| Daniel d'Andrada (dandrader) wrote : | # |
> Note: was already top approved
>
> Text conflict in qml/Stages/
> Text conflict in qml/Stages/
> Text conflict in tests/mocks/
> Text conflict in tests/qmltests/
> Text conflict in tests/qmltests/
> 5 conflicts encountered.
Fixed, thanks.
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2010
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2011
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild:
http://
| Albert Astals Cid (aacid) wrote : | # |
CI says
tests/mocks/
FillMode fillMode() const override;
Any idea what's wrong here?
| Daniel d'Andrada (dandrader) wrote : | # |
On 09/11/2015 08:04, Albert Astals Cid wrote:
> Review: Needs Information
>
> CI says
>
> tests/mocks/
> FillMode fillMode() const override;
>
> Any idea what's wrong here?
>
>
It's the unity-api dependency
- 2012. By Daniel d'Andrada on 2015-11-09
-
Remove dependency on MirSurfaceItem.
fillMode property
| Daniel d'Andrada (dandrader) wrote : | # |
Removed dependency on MirSurfaceItem.
This branch and the use of MirSurfaceItem.
| Daniel d'Andrada (dandrader) wrote : | # |
> On 09/11/2015 08:04, Albert Astals Cid wrote:
> > Review: Needs Information
> >
> > CI says
> >
> > tests/mocks/
> not name a type
> > FillMode fillMode() const override;
> >
> > Any idea what's wrong here?
> >
> >
> It's the unity-api dependency
Just removed the dependency btw, next CI build should no longer cough on it.
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2012
http://
Executed test runs:
ABORTED: http://
FAILURE: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
deb: http://
Click here to trigger a rebuild:
http://
| Francis Ginther (fginther) wrote : | # |
I've restarted this MP to work around an issue triggering generic-
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2012
http://
Executed test runs:
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| Albert Astals Cid (aacid) wrote : | # |
Merged and CI is "good" again, re-top approving based on Michael's top approve.
- 2013. By Daniel d'Andrada on 2015-11-20
-
Merge trunk
[ Albert Astals Cid ]
* Make cardWidth and cardHeight real
* Reset instead of qFatal when removing things from the middle (LP:
#1238979)
* Warn we're using only the cache when not connected to the interwebs
[ Andrea Cimitan ]
* Add sharing widget to zoomable image and video playback
[ Daniel d'Andrada ]
* Cursor: properly initialize hotspot position (LP: #1510407)
* Update GSettings mock in tst_OrientedShell
[ Lukáš Tinkl ]
* Restore windows when activating from the spread, maintain a focus
stack
[ Michael Terry ]
* Make a few DBus calls asynchronous, for a smoother UX.
[ Michael Zanetti ]
* Add a warning dialog when disconnecting the external monitor.
* added icon for the dash (LP: #1488146)
* prevent windows to be moved under the panel (LP: #1438465)
* update inputinfo api to the latest upstream snapshot
* use UbuntuNumberAnimations instead of linear ones for window state
transitions (LP: #1497097)
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:2013
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
FAILURE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://

FAILED: Continuous integration, rev:1955 jenkins. qa.ubuntu. com/job/ unity8- ci/6303/ jenkins. qa.ubuntu. com/job/ generic- deb-autopilot- vivid-touch/ 4240/console jenkins. qa.ubuntu. com/job/ generic- deb-autopilot- wily-touch/ 670/console jenkins. qa.ubuntu. com/job/ unity-phablet- qmluitests- vivid/1015/ console jenkins. qa.ubuntu. com/job/ unity-phablet- qmluitests- wily/333/ console jenkins. qa.ubuntu. com/job/ unity8- vivid-amd64- ci/910/ console jenkins. qa.ubuntu. com/job/ unity8- vivid-i386- ci/911/ console jenkins. qa.ubuntu. com/job/ unity8- wily-amd64- ci/542/ console jenkins. qa.ubuntu. com/job/ unity8- wily-i386- ci/543/ console jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- vivid-armhf/ 4237/console jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- wily-armhf/ 670/console
http://
Executed test runs:
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
FAILURE: http://
Click here to trigger a rebuild: s-jenkins. ubuntu- ci:8080/ job/unity8- ci/6303/ rebuild
http://