touch-packages team mailing list archive

[Brendan Donegan <brendan.donegan@xxxxxxxxxxxxx>]

<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

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1373431

Title:
  Opening indicators while entering a URL resets the URL bar

Status in “webbrowser-app” package in Ubuntu:
  New

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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1373431/+subscriptions