lp://qastaging/~oxide-developers/oxide/packaging.trusty
- Get this branch:
- bzr branch lp://qastaging/~oxide-developers/oxide/packaging.trusty
Branch merges
Related bugs
Related blueprints
Branch information
Recent revisions
- 110. By Chris Coulson
-
* Update to v1.21.5 (see USN-3236-1)
- Bump Chromium rev to 57.0.2987.110
- Build everything with the correct symbol visibility (-fvisibility=hidden)
- Revert "Decide focus state of webview based on activeFocusItem check of
window", as it caused a regression in popup menu handling (LP: #1649577)
- Unbreak build for older CMake versions
- Unbreak ENABLE_PLUGINS=0 build
- Fix LP: #1654363 - Fails to build with vivid gcc
- Fix LP: #1654512 - Unbreak component build
- Fix LP: #1649577 - Decide the webview focus state from ItemChanged event
not the focusIn/Out events
- Fix LP: #1637194 - Add <select> popup menu implementation to UbuntuWebView
- Fix LP: #1656303 - Test hang at the start of tst_focus.qml
- Fix LP: #1649861 - Session save/restore across oxide versions
- Test that we don't leak context menus or popup menus when a webview
closes
- tst_WebViewPopupMenu.qml should verify that the menu is visible
- Fix CMake error on cross-compilation after installing qtsystems5-dev
- Make WebContextMenu and WebPopupMenu ownership more obvious
- Fix LP: #1647799 - Don't run ubuntu-api and ubuntu-ui test sequences
when built without ENABLE_UITK_WEBVIEW
- Fix LP: #1568296, LP: #1656905 - Change the behaviour of JS dialogs.
+ Alert dialogs requested from background webviews are no longer
displayed immediately, but are delayed until the webview is brought to
the foreground. In this case, window.alert() returns and script
execution continues immediately.
+ Confirm and prompt dialogs from background webviews are suppressed.
+ Dialogs are automatically dismissed if another webview is brought to
the foreground.
+ Before Unload dialogs will only be displayed if they are associated
with a navigation that is application initiated or triggered from a
user gesture. Otherwise, the navigation will proceed without a prompt.
- Remove the openerName parameter from WebContextMenuDesktop. qml
- Fix a case where the JavaScriptDialog implementation could leak
- Fix LP: #1637195 - Add JS dialog implementation to UbuntuWebView
- Emit warnings when trying to provide dialog components with UbuntuWebView
- Use AuxiliaryUIFactory for legacy UI components, and add a "Legacy"
prefix to those classes
- Rename qt::Web{Context, Popup}MenuImpl to qt::Web{ Context, Popup}MenuHost
for consistency with JavaScriptDialogHost
- Fix LP: #1665978 - Sync ParamTraits for content::WebPreferences to make
double-tap-to- zoom work again
- Fix LP: #1668614 - Fix build failure with GCC 4.8 due to lack of
stdatomic.h
* Refresh gross-hack-for-dual- ffmpeg- build.patch
* Drop debian/patches/ lp1642317. patch - fixed upstream - 107. By Chris Coulson
-
* Update to v1.20.3 (see USN-3180-1)
- Bump Chromium rev to 56.0.2924.76
- Fix LP: #1642318 - Build failure on arm64
- Fix LP: #1649861 - session save/restore across oxide versions
- Fix LP: #1632490 - Disable zoom-for-dsf
- Fix LP: #1632487 - Update tst_WebView_findController. qml to test that
results are updated on navigation
- Fix LP: #1610929 - Implement Screen::GetShellMode( )
- Fix LP: #1637184 - Add libOxideUbuntuUITK, associated QML plugin and
UbuntuWebView implementation, which will eventually replace the
Ubuntu.Web component
- Stop using Q_DECL_EXPORT in various places
- Enable use_external_popup_menu and remove our hack for supporting these
- Refactor WebContextMenu
- Documentation changes - ensure that the PermissionRequest classe
indicate the inheritance chain and add missing entries for a few signals
- Remove WebView::GetDisplay, as it's unused
- Pass context menu params to the webview via a separate object
- Fix a compiler warning
- Fix a build failure with ENABLE_HYBRIS_ CAMERA
- Fix a build failure with ENABLE_COMPONENT_ BUILD
- Fix media hub build
- Fix LP: #1637186 - Add context menu implementation to UbuntuWebView
- Disable enable_media_routing as it results in a lot of console spam now
- Fix LP: #1639241 - Set the solid colour scrollbar colour correctly
- Fix LP: #1643428 - Fix an issue where the fling direction sometimes
reverses
- Fix a build failure with ENABLE_HYBRIS_ CAMERA
- Fix LP: #1643548 - Emit a warning when importing Oxide.Ubuntu
- Fix LP: #1642381 - Don't spin up a zygote process in single process mode
- Remove OXIDE_DISABLE_SETUID_ SANDBOX environment variable - it doesn't
work anyway
- Ensure that the value returned from TestApi.getBoundingClie ntRectForSelect or
is scaled correctly
- Fix LP: #1637187 - Add QML tests for context menu
- Fix LP: #1637190 - Add API to allow embedders to customize actions in
the context menu
- Fix LP: #1640634 - "Open {link,media} in new {tab,window}" entries in
context menu shouldn't cause WebView.navigationReque sted to fire
* Refresh gross-hack-for-dual- ffmpeg- build.patch
* Fix LP: #1642317 - misaligned access when running mksnapshot during the
armhf build. Add this as a distro-patch to avoid having to fork the v8
repo for upstream checkouts. This isn't a problem for cross-builds anyway
- Add debian/patches/ lp1642317. patch
- Update debian/patches/ series - 105. By Chris Coulson
-
* Update to v1.19.4 (see USN-3153-1)
- Bump Chromium rev to 55.0.2883.75
- Download clang_format binaries during the checkout
- Fix LP: #1620528 - Ensure navigator.languages matches the embedder
provided value (via WebContext::acceptLangs)
- Fix LP: #1628496 - Make the auto mode of LocationBarController more
intelligent. It now blocks auto hide in the following circumstances:
- There is a security error
- The renderer has crashed
- The renderer is hung
- A certificate error request is active
- Make use of WebContentsIDTracker in a couple of places to simplify
WebView initialization
- Don't run insecure content in https://testsuite/ during tests, as it
taints this domain for the remainder of the test sequence in
single-process mode
- Fix LP: #1628494 - Add WebView::terminateWebPr ocess and
WebProcessUnresponsive enum to WebProcessStatus so that applications can
implement handling for hung web content processes
- Move various navigation related callbacks to WebContentsClient
- Fix LP: #1631450 - Implement RWHV::GetFrameSinkId, and ensure our RWHV
implementation uses the same cc::SurfaceManager as Chromium's
RWHVChildFrame, so that cross-process frames work
- Move HttpAuthenticationRequested to WebContentsClient
- Move DownloadRequested to WebContentsClient
- Fix LP: #1622385 - Add initial API reference documentation
- Fix a DCHECK when tearing down the webview compositor
- Ensure StoragePartitions are correctly shutdown to avoid a DCHECK
- The Screen destructor runs after the AtExitManager has already been torn
down, so don't use base::LazyInstance to avoid a DCHECK
- Use a persistent store for the TLS Channel ID feature
- Fix LP: #1599771 - The webview shouldn't indicate that it is focused when
one of its children is
- Rename WebViewContentsHelper to WebContentsHelper
- Get rid of WebView::GetAllWebViews , which is unused
- Refactor and simplify WebPreferences ownership
- Hoist LocationBarController code out of WebView
- Move popup blocker and DNT settings to UserAgentSettings
- Return video capture devices with the front facing ones first
- Update the NavigationHistory API. This deprecates the previous list-model
API and adds new APIs for querying navigation history, as well as
for initiating history navigations.
- Fix LP: #1570828 - Don't crash when receiving messages as the webview is
unloading
- Fix LP: #1638915 - build failure on trusty
- Fix LP: #1637609 - Make OxideQQuickNavigationHistory constructor private
- Fix LP: #1631184 - Location bar is hidden for webviews that are
script opened
- Fix LP: #1640264 - Find-in-page doesn't wrap correctly
* Don't build-depend on qt5-default, but instead build depend on qtbase5-dev,
qtbase5-dev-tools and qtchooser - 103. By Chris Coulson
-
* Update to v1.18.5 (see USN-3133-1)
- Bump Chromium rev to 54.0.2840.99
- Fix LP: #1640542 - Frequent web process crashes with webapps
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)