Opening indicators while entering a URL resets the URL bar

Bug #1373431 reported by Brendan Donegan
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webbrowser-app (Ubuntu)
New
Undecided
Unassigned

Bug Description

Steps to reproduce:

1. Click on the URL bar
2. Enter some text 'http://www.goog' for example
3. Open any indicator all the way
4. Close the indicator again
5. Check the contents of the URL bar

Expected result

URL bar contains 'http://www.goog'

Actual result

URL bar contains the url of the page we were just on (e.g. start.ubuntu.com)

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: webbrowser-app 0.23+14.10.20140922-0ubuntu1 [origin: LP-PPA-ci-train-ppa-service-landing-003]
Uname: Linux 3.4.67 armv7l
ApportVersion: 2.14.7-0ubuntu1
Architecture: armhf
Date: Wed Sep 24 13:34:07 2014
InstallationDate: Installed on 2014-09-24 (0 days ago)
InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20140924-030204)
SourcePackage: webbrowser-app
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Brendan Donegan (brendan-donegan) wrote :
tags: added: exploratory qa-daily-testing
Revision history for this message
Olivier Tilloy (osomon) wrote :

This is the intended behaviour: unfocusing the address bar resets the URL to the previous validated one.

Changed in webbrowser-app (Ubuntu):
status: New → Invalid
Revision history for this message
Brendan Donegan (brendan-donegan) wrote :

<oSoMoN> brendand, not a bug, it’s the intended behaviour: unfocusing the address bar resets the URL to the previous validated one.
<brendand> oSoMoN, sure - but pulling the indicator down shouldn't unfocus it. maybe it's more of a unity8 bug then
<oSoMoN> brendand, maybe, indeed
<oSoMoN> brendand, it doesn’t sound utterly wrong that the current app looses focus when pulling down an indicator though
<john-mcaleely> rsalveti, https://code-review.barajas-git.canonical.com/#/c/724/
<brendand> greyback_, mzanetti - any opinion on that ^
<greyback_> brendand: IMO if you're interacting with an indicator, the app should be unfocused. E.g. a game should pause in that situation, as you're not interacting with it
<brendand> greyback_, yeah but it seems to have some unintended consequences
<ricmm> greyback_: brendand so there used to exist (maybe still?) design for these kind of overlays covering parts of an app
<ricmm> that were more greyscale than the black and white focused/unfocused
<greyback_> brendand: it is up to the application to decide how to behave
<brendand> greyback_, and the user isn't really aware that they are incidentally unfocusing the applications
<greyback_> brendand: better to tell the app what's happening, than not
<ricmm> probably another thing that fell through the cracks of inifinite revs
<cwayne> will it just recompile the caches?
<greyback_> ricmm: probably, but nothing I've been informed about recently
<ricmm> I mean I remember tvoss had a set of definitions for unfocused states
<ricmm> and ways to deliver the location of overlays to the app and so forth
<ricmm> maybe in 2016
<greyback_> I vaguely heard about that idea :)
<brendand> oSoMoN, the user wouldn't expect that if they swipe down the indicator to check something then the url they are typing is gone
<brendand> oSoMoN, whereas they might expect that if they click out of the url bar explicitly then it does
<oSoMoN> brendand, right, unfortunately the same thing happens in both cases: the address bar looses focus
<brendand> oSoMoN, technically both you and greyback_ are correct, it just seems really wrong. and it's certainly not what other mobile browsers do
<brendand> oSoMoN, so i don't think it's invalid, although i can understand if you don't want to fix it immediately
<brendand> oSoMoN, actually in android pulling down the menu doesn't unfocus anything
<oSoMoN> brendand, ok, feel free to reset the status of the bug report then, and please paste our conversation here in the bug report for reference

Changed in webbrowser-app (Ubuntu):
status: Invalid → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.