After the first preview, actions gets unresponsive
Bug #1282249 reported by
Diego Sarmentero
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| unity-scopes-shell (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
| unity8 (Ubuntu) |
Fix Released
|
Critical
|
Michał Sawicz | ||
Bug Description
Situation:
The Scope shows a preview with n number of actions, the user press on one of those actions, and the scope sends back a new Preview to be shown. In the second preview none of the actions being displayed as buttons is responsive, if you click on them nothing happens, not even the press-release animation.
Example:
Click scope shows:
- Installed Preview [user press Uninstall]
- Confirm Uninstall Preview [shows: Not Anymore, Uninstall]
None of those buttons can be pressed.
Related branches
lp:~unity-team/unity8/new-scopes
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
-
Diff: 2757 lines (+912/-577)53 files modifieddata/unity8.conf (+5/-0)
debian/control (+4/-1)
debian/unity8.install (+1/-0)
plugins/DashViews/listviewwithpageheader.cpp (+7/-0)
po/ug.po (+2/-1)
qml/Components/ApplicationManagerWrapper.qml (+8/-0)
qml/Components/ApplicationScreenshot.qml (+1/-2)
qml/Components/ListItems/Header.qml (+2/-14)
qml/Components/PageHeader.qml (+26/-2)
qml/Components/ResponsiveGridView.qml (+0/-1)
qml/Components/SeeMore.qml (+4/-2)
qml/Components/Showable.qml (+8/-0)
qml/Components/Stage.qml (+13/-8)
qml/Dash/Apps/RunningApplicationTile.qml (+2/-3)
qml/Dash/Card.qml (+18/-2)
qml/Dash/CardCarousel.qml (+78/-0)
qml/Dash/CardFilterGrid.qml (+59/-0)
qml/Dash/CardHeader.qml (+36/-19)
qml/Dash/CardTool.qml (+7/-2)
qml/Dash/Dash.qml (+49/-4)
qml/Dash/DashApps.qml (+4/-19)
qml/Dash/DashContent.qml (+48/-32)
qml/Dash/DashContentOpenEffect.qml (+0/-57)
qml/Dash/DashContentTabBarStyle.qml (+3/-0)
qml/Dash/DashFilterGrid.qml (+4/-2)
qml/Dash/DashPreviewPlaceholder.qml (+1/-1)
qml/Dash/DashRenderer.qml (+6/-0)
qml/Dash/GenericScopeView.qml (+64/-114)
qml/Dash/PreviewListView.qml (+59/-138)
qml/Dash/Previews/Preview.qml (+20/-15)
qml/Dash/Previews/PreviewActions.qml (+1/-1)
qml/Dash/Previews/PreviewAudioPlayback.qml (+3/-3)
qml/Dash/Previews/PreviewHeader.qml (+3/-1)
qml/Dash/Previews/PreviewImageGallery.qml (+10/-0)
qml/Dash/Previews/PreviewTextSummary.qml (+6/-3)
qml/Dash/Previews/PreviewWidgetFactory.qml (+1/-1)
qml/Dash/ScopeDelegateMapper.qml (+1/-1)
qml/Dash/ScopeItem.qml (+94/-0)
qml/Dash/SearchableResultModel.qml (+1/-1)
qml/Launcher/Launcher.qml (+0/-1)
qml/Launcher/LauncherPanel.qml (+0/-1)
qml/Panel/MenuContent.qml (+1/-0)
qml/ScopeTool.qml (+9/-1)
qml/Shell.qml (+156/-108)
qml/ShellOrientator.qml (+43/-0)
src/main.cpp (+11/-1)
tests/mocks/Unity/fake_unity_plugin.cpp (+8/-1)
tests/plugins/DashViews/organicgridtest.cpp (+2/-1)
tests/plugins/DashViews/verticaljournaltest.cpp (+2/-1)
tests/plugins/Ubuntu/Gestures/tst_DirectionalDragArea.cpp (+8/-0)
tests/qmltests/Dash/Previews/tst_Preview.qml (+1/-1)
tests/qmltests/Dash/tst_GenericScopeView.qml (+11/-11)
tools/registry-tracker.cpp (+1/-0)
Revision history for this message
| Michał Sawicz (saviq) wrote | #1 |
| Changed in unity8: | |
| status: | New → Triaged |
| importance: | Undecided → Critical |
| tags: | added: mwcdemo2014 |
| Changed in unity8: | |
| assignee: | nobody → Michał Sawicz (saviq) |
| Changed in unity8: | |
| status: | Triaged → Fix Committed |
| Changed in unity-scopes-shell (Ubuntu): | |
| status: | New → Fix Committed |
| tags: | added: needs-ap-test |
| Changed in unity-scopes-shell (Ubuntu): | |
| status: | Fix Committed → Fix Released |
| Changed in unity8: | |
| status: | Fix Committed → Fix Released |
| affects: | unity8 → unity8 (Ubuntu) |
To post a comment you must log in.
I expect this is because the preview replaces the current one without a changed signal, on which the preview relied to remove the input-blocking mouse area (when waiting for action).
We need to come up with a way to signal the new coming preview from the backend.