Url field cleared/replaced when editing while loading a page
Bug #1487713 reported by
Renato Araujo Oliveira Filho
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
Medium
|
Bill Filler | ||
webbrowser-app (Ubuntu) |
Fix Released
|
High
|
Ugo Riboni |
Bug Description
image: OTA5
device: arale
The current app has a very annoying bug that causes the URL field to be cleared/replaced while you are editing it.
How to reproduce:
1 - Open the web browser app
2 - Before the last page be fully open, Go the URL field and try to input a new value
Expected:
3 - You be able to input the desired url, and go to the new url site
Current:
4 - If you take longer (3-4 secs) to edit the the url it get replaced or sometimes cleared and you need to start write the url again.
OBS: this is easy to reproduce while using a 3g/4g because it take longer to load the last opened page while starting the app.
I can reproduce it 100% or the time.
Related branches
lp:~uriboni/webbrowser-app/addressbar-load-no-clear
- PS Jenkins bot: Approve (continuous-integration)
- Olivier Tilloy: Approve
-
Diff: 96 lines (+39/-14)3 files modifiedsrc/app/webbrowser/AddressBar.qml (+8/-1)
tests/autopilot/webbrowser_app/tests/test_addressbar_states.py (+31/-0)
tests/unittests/qml/tst_AddressBar.qml (+0/-13)
description: | updated |
Changed in canonical-devices-system-image: | |
milestone: | none → ww46-2015 |
Changed in webbrowser-app (Ubuntu): | |
assignee: | nobody → Ugo Riboni (uriboni) |
Changed in canonical-devices-system-image: | |
assignee: | nobody → Bill Filler (bfiller) |
importance: | Undecided → Medium |
status: | New → Confirmed |
Changed in webbrowser-app (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in canonical-devices-system-image: | |
status: | Confirmed → In Progress |
Changed in canonical-devices-system-image: | |
status: | In Progress → Fix Committed |
Changed in canonical-devices-system-image: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Just managed to reproduce even when using wifi (although it’s much easier to reproduce on a slow data connection, as pointed out by Renato).