~oxide-developers/oxide/packaging.yakkety

Viewing all changes in revision 128.

  • Committer: Chris Coulson
  • Date: 2017-03-17 21:28:40 UTC
  • mfrom: (79.1.90 packaging.yakkety.next)
  • Revision ID: chris.coulson@canonical.com-20170317212840-pb1z7904t0hxsul0
* 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

expand all expand all

Show diffs side-by-side

added added

removed removed

Lines of Context: