touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #131409
[Bug 1534139] Re: webbrowser_app.tests.test_new_tab_view.TestNewTabViewContentsWide.test_remove_bookmarks fails on desktop
This bug was fixed in the package webbrowser-app -
0.23+16.04.20160122-0ubuntu1
---------------
webbrowser-app (0.23+16.04.20160122-0ubuntu1) xenial; urgency=medium
* Automatically focus the address bar when opening a new tab in wide
mode (instead of inferring a "desktop" form factor). This is not
exactly the correct fix (which would require the QInputInfo API),
but is better than the current situation anyway. (LP: #1533317)
* Ensure that only one instance of the app is running. (LP: #1535199)
* Fix failing autopilot test. With recent changes in the UITK, swiping
a non-swipeable item to the right activates it. (LP: #1534139)
* Fix undefined reference when dragging a bookmark from one folder to
another one.
* Show the share action if Ubuntu.Content is available, regardless of
the form factor.
-- Olivier Tilloy <olivier.tilloy@xxxxxxxxxxxxx> Fri, 22 Jan 2016
10:23:33 +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/1534139
Title:
webbrowser_app.tests.test_new_tab_view.TestNewTabViewContentsWide.test_remove_bookmarks
fails on desktop
Status in Canonical System Image:
Fix Committed
Status in webbrowser-app package in Ubuntu:
Fix Released
Bug description:
webbrowser_app.tests.test_new_tab_view.TestNewTabViewContentsWide.test_remove_bookmarks
consistently fails on desktop, when run in wide mode (the default).
It appears dragging the first bookmark (hardcoded homepage entry) now
activates it when releasing the mouse, which it didn’t do before.
To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1534139/+subscriptions
References