Loading a page in a new tab sometimes results in an unresponsive webview
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
High
|
Bill Filler | ||
Oxide |
Invalid
|
Undecided
|
Unassigned | ||
webbrowser-app (Ubuntu) |
Fix Released
|
High
|
Olivier Tilloy |
Bug Description
Test case.
1. Open webrowser-app
2. Go to elpais.com or other sites with lots of contents.
3. Open a new tab.
4. Wait until it has loaded.
5. Scroll.
6. If scroll works fine, open a new tab and go to step 3.
Expected result.
- All the tabs can be scrolled.
Actual result.
- Eventually, the webview is blocked and cannot be scrolled, zoomed or have any type of interaction.
This has been tested in krillin with the overlay PPA.
current build number: 13
device name: krillin
channel: ubuntu-
Start-Date: 2015-05-22 18:50:36
Commandline: apt-get dist-upgrade --yes
Install: telepathy-
Upgrade: qtdeclarative5-
Error: Sub-process /usr/bin/dpkg returned an error code (1)
End-Date: 2015-05-22 18:50:46
Related branches
- system-apps-ci-bot: Needs Fixing (continuous-integration)
- PS Jenkins bot: Needs Fixing (continuous-integration)
-
Diff: 4899 lines (+8/-4580)46 files modifiedCMakeLists.txt (+0/-1)
debian/control (+0/-1)
src/app/CMakeLists.txt (+1/-3)
src/app/browserapplication.cpp (+0/-10)
src/app/unity8/CMakeLists.txt (+0/-1)
src/app/unity8/README (+0/-8)
src/app/unity8/libs/CMakeLists.txt (+0/-1)
src/app/unity8/libs/UbuntuGestures/CMakeLists.txt (+0/-36)
src/app/unity8/libs/UbuntuGestures/CandidateInactivityTimer.cpp (+0/-41)
src/app/unity8/libs/UbuntuGestures/CandidateInactivityTimer.h (+0/-49)
src/app/unity8/libs/UbuntuGestures/DebugHelpers.cpp (+0/-95)
src/app/unity8/libs/UbuntuGestures/DebugHelpers.h (+0/-31)
src/app/unity8/libs/UbuntuGestures/Pool.h (+0/-132)
src/app/unity8/libs/UbuntuGestures/Timer.cpp (+0/-109)
src/app/unity8/libs/UbuntuGestures/Timer.h (+0/-105)
src/app/unity8/libs/UbuntuGestures/TouchOwnershipEvent.cpp (+0/-35)
src/app/unity8/libs/UbuntuGestures/TouchOwnershipEvent.h (+0/-50)
src/app/unity8/libs/UbuntuGestures/TouchRegistry.cpp (+0/-500)
src/app/unity8/libs/UbuntuGestures/TouchRegistry.h (+0/-182)
src/app/unity8/libs/UbuntuGestures/UbuntuGesturesGlobal.h (+0/-23)
src/app/unity8/libs/UbuntuGestures/UnownedTouchEvent.cpp (+0/-39)
src/app/unity8/libs/UbuntuGestures/UnownedTouchEvent.h (+0/-45)
src/app/unity8/plugins/CMakeLists.txt (+0/-1)
src/app/unity8/plugins/Ubuntu/CMakeLists.txt (+0/-1)
src/app/unity8/plugins/Ubuntu/Gestures/AxisVelocityCalculator.cpp (+0/-149)
src/app/unity8/plugins/Ubuntu/Gestures/AxisVelocityCalculator.h (+0/-146)
src/app/unity8/plugins/Ubuntu/Gestures/CMakeLists.txt (+0/-40)
src/app/unity8/plugins/Ubuntu/Gestures/Damper.h (+0/-87)
src/app/unity8/plugins/Ubuntu/Gestures/Direction.cpp (+0/-36)
src/app/unity8/plugins/Ubuntu/Gestures/Direction.h (+0/-45)
src/app/unity8/plugins/Ubuntu/Gestures/DirectionalDragArea.cpp (+0/-886)
src/app/unity8/plugins/Ubuntu/Gestures/DirectionalDragArea.h (+0/-308)
src/app/unity8/plugins/Ubuntu/Gestures/Gestures.qmltypes (+0/-168)
src/app/unity8/plugins/Ubuntu/Gestures/PressedOutsideNotifier.cpp (+0/-119)
src/app/unity8/plugins/Ubuntu/Gestures/PressedOutsideNotifier.h (+0/-62)
src/app/unity8/plugins/Ubuntu/Gestures/TimeSource.cpp (+0/-49)
src/app/unity8/plugins/Ubuntu/Gestures/TimeSource.h (+0/-54)
src/app/unity8/plugins/Ubuntu/Gestures/TouchDispatcher.cpp (+0/-367)
src/app/unity8/plugins/Ubuntu/Gestures/TouchDispatcher.h (+0/-89)
src/app/unity8/plugins/Ubuntu/Gestures/TouchGate.cpp (+0/-253)
src/app/unity8/plugins/Ubuntu/Gestures/TouchGate.h (+0/-112)
src/app/unity8/plugins/Ubuntu/Gestures/UbuntuGesturesQmlGlobal.h (+0/-23)
src/app/unity8/plugins/Ubuntu/Gestures/plugin.cpp (+0/-39)
src/app/unity8/plugins/Ubuntu/Gestures/plugin.h (+0/-31)
src/app/unity8/plugins/Ubuntu/Gestures/qmldir (+0/-3)
src/app/webbrowser/BottomEdgeHandle.qml (+7/-15)
Changed in webbrowser-app (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → High |
no longer affects: | webbrowser-app |
Changed in canonical-devices-system-image: | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Bill Filler (bfiller) |
milestone: | none → 11 |
Changed in canonical-devices-system-image: | |
status: | In Progress → Fix Committed |
Changed in webbrowser-app (Ubuntu): | |
status: | In Progress → Fix Committed |
Changed in canonical-devices-system-image: | |
status: | Fix Committed → Fix Released |
I have been able to observe this once in a large number of attempts on 2015-05-22. When that happened, it seemed as if the webview’s 'enabled' property was set to false, as it wasn’t reacting to any touch events (no scrolling, no pinch-to-zoom, no tapping to activate links…). Only that particular webview was unresponsive, the rest of the application responded well, and I could trigger a reload of the page from the chrome. Even after reloading and re-rendering, the page remained unresponsive. The renderer process didn’t seem to be frozen or anything like that. After closing that tab I wasn’t able to reproduce the issue again.