This bug was fixed in the package webbrowser-app -
0.23+15.04.20141113-0ubuntu1

---------------
webbrowser-app (0.23+15.04.20141113-0ubuntu1) vivid; urgency=low

  [ Michael Sheldon ]
  * Add mimetype and file extension mappings for the new EBooks
    ContentType. (LP: #1383732)

  [ Olivier Tilloy ]
  * Update runtime dependencies of -autopilot packages. Now that
    autopilot has been removed from touch images, autopilot-touch is
    what we should depend on to ensure all dependencies are correctly
    installed prior to running tests using phablet-test-run.
  * Factor the security certificate details popover out of the
    AddressBar component, for improved maintainability.
  * Simplify quite a bit the machinery needed to set up the QML tests.
  * Always load the webview for a new tab right away. (LP: #1391609)
  * Set a stroke color on toolbar buttons. (LP: #1351200)
  * Add a sanity unit test that runs flake8 on the autopilot tests code.
 -- Ubuntu daily release <[email protected]>   Thu, 13 Nov 2014 
06:24:30 +0000

** Changed in: webbrowser-app (Ubuntu)
       Status: In Progress => Fix Released

-- 
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/1391609

Title:
  [regression] on desktop, address bar not empty when creating a new tab
  from the tabs view

Status in Web Browser App:
  In Progress
Status in “webbrowser-app” package in Ubuntu:
  Fix Released

Bug description:
  (this regression was most likely introduced by revision 795 of lp
  :webbrowser-app, it affects only desktop where the address bar gets
  active focus when opening a new tab)

  Steps to reproduce:

   1) on desktop, launch the browser with "webbrowser-app --new-session"
   2) Open the drawer, select "open tabs" to open the tabs view
   3) In the tabs view, click the "Add" button in the toolbar, a new tab opens 
and the address bar is given active focus

  Expected result: the address bar is cleared

  Current result: the address of the previously open tab remains

  Note that creating a new tab directly from the drawer doesn’t exhibit
  this faulty behaviour.

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

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to