<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 -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp