[Ubuntu-sdk-bugs] [Bug 1543344] Re: QML Flickables scrolling with mouse wheel insanely fast

2016-09-06 Thread Daniel van Vugt 
*** This bug is a duplicate of bug 1556795 ***
https://bugs.launchpad.net/bugs/1556795

I'm going to say duplicate of bug 1556795. But please also see bug
1605513.

** This bug is no longer a duplicate of bug 1607240
   Unity8 default mouse wheel speed seen by Mir clients is 7.0 (it should be 
1.0)

** This bug has been marked a duplicate of bug 1556795
   Mouse wheel scrolling keeps going inertially (past the location I want to 
scroll to)

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtdeclarative-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1543344

Title:
  QML Flickables scrolling with mouse wheel insanely fast

Status in Canonical System Image:
  Incomplete
Status in Canonical Pocket Desktop:
  Fix Released
Status in qtdeclarative-opensource-src package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Scrolling QML Flickables with mouse wheel is way too fast.

  Steps:
  * connect a mouse to your device
  * scroll the wheel over the dash

  Expected:
  * scrolling sane

  Current:
  * scrolling insane

  The same can be observed with two-finger scrolling when using the
  virtual touchpad when you connect your device to an external screen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1543344/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-sdk-bugs] [Bug 1556795] Re: Mouse wheel scrolling keeps going inertially (past the location I want to scroll to)

2016-09-06 Thread Daniel van Vugt 
** Also affects: qtdeclarative-opensource-src (Ubuntu)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtdeclarative-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1556795

Title:
  Mouse wheel scrolling keeps going inertially (past the location I want
  to scroll to)

Status in Canonical System Image:
  Confirmed
Status in qtdeclarative-opensource-src package in Ubuntu:
  New
Status in qtmir package in Ubuntu:
  Confirmed
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Using a mouse wheel in Unity 8 > System Settings > Background works
  for scrolling. But it keeps scrolling inertially even after I've
  stopped rolling the wheel.

  This doesn't seem like a major issue, but it feels like the same kind
  of usability problem I have seen in Pocket Desktop where the web
  browser scrolls too far using two fingers on the phone (which I
  suspect is another simulated mouse wheel scroll :P). And in the web
  browser, not being able to scroll to the location you want is very
  frustrating.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1556795/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-sdk-bugs] [Bug 1620870] [NEW] After updating to qtbase-opensource-src 5.6.1+dfsg-3ubuntu3~3, Quassel crashes every time on start

2016-09-06 Thread Michael Marley 
Public bug reported:

Reverting to the previous version fixes the problem.  Here is the
stacktrace from the crash:

#0  0x in ?? ()
#1  0x73896c5e in copyActionToPlatformItem 
(action=action@entry=0x55d65820, 
item=item@entry=0x55e24380, itemsMenu=0x55ede310) at 
widgets/qmenu.cpp:3228
#2  0x73896861 in QMenuPrivate::syncPlatformMenu (this=0x55e0a680) 
at widgets/qmenu.cpp:202
#3  0x73896977 in QMenu::setPlatformMenu 
(this=this@entry=0x55f40df0, platformMenu=)
at widgets/qmenu.cpp:3425
#4  0x73a85a15 in QSystemTrayIconPrivate::addPlatformMenu 
(this=0x55ef0260, menu=0x55f40df0)
at util/qsystemtrayicon.cpp:761
#5  0x73a85af2 in QSystemTrayIconPrivate::updateMenu_sys_qpa 
(this=0x55ef0260)
at util/qsystemtrayicon.cpp:710
#6  0x73aa395f in QSystemTrayIconPrivate::updateMenu_sys 
(this=)
at util/qsystemtrayicon_x11.cpp:312
#7  0x73a85033 in QSystemTrayIcon::setContextMenu (this=, menu=)
at util/qsystemtrayicon.cpp:171
#8  0x556b6d22 in LegacySystemTray::init 
(this=this@entry=0x5603ba30)
at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/legacysystemtray.cpp:62
#9  0x556dea93 in StatusNotifierItem::init (this=0x5603ba30)
at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/statusnotifieritem.cpp:110
#10 0x556c0db3 in MainWin::setupSystray (this=this@entry=0x55d40e40)
at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/mainwin.cpp:1014
#11 0x556c10a2 in MainWin::init (this=0x55d40e40)
at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/mainwin.cpp:221
#12 0x556c52f4 in QtUi::init (this=0x55cc4340)
at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/qtui.cpp:81
#13 0x5566d45d in QtUiApplication::init (this=0x7fffdd20)
at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/qtuiapplication.cpp:162
#14 0x5566aa4c in main (argc=1, argv=0x7fffde88)
at /build/quassel-R1VeAR/quassel-0.12.4/src/common/main.cpp:210

** Affects: qtbase-opensource-src (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1620870

Title:
  After updating to qtbase-opensource-src 5.6.1+dfsg-3ubuntu3~3, Quassel
  crashes every time on start

Status in qtbase-opensource-src package in Ubuntu:
  New

Bug description:
  Reverting to the previous version fixes the problem.  Here is the
  stacktrace from the crash:

  #0  0x in ?? ()
  #1  0x73896c5e in copyActionToPlatformItem 
(action=action@entry=0x55d65820, 
  item=item@entry=0x55e24380, itemsMenu=0x55ede310) at 
widgets/qmenu.cpp:3228
  #2  0x73896861 in QMenuPrivate::syncPlatformMenu 
(this=0x55e0a680) at widgets/qmenu.cpp:202
  #3  0x73896977 in QMenu::setPlatformMenu 
(this=this@entry=0x55f40df0, platformMenu=)
  at widgets/qmenu.cpp:3425
  #4  0x73a85a15 in QSystemTrayIconPrivate::addPlatformMenu 
(this=0x55ef0260, menu=0x55f40df0)
  at util/qsystemtrayicon.cpp:761
  #5  0x73a85af2 in QSystemTrayIconPrivate::updateMenu_sys_qpa 
(this=0x55ef0260)
  at util/qsystemtrayicon.cpp:710
  #6  0x73aa395f in QSystemTrayIconPrivate::updateMenu_sys 
(this=)
  at util/qsystemtrayicon_x11.cpp:312
  #7  0x73a85033 in QSystemTrayIcon::setContextMenu (this=, menu=)
  at util/qsystemtrayicon.cpp:171
  #8  0x556b6d22 in LegacySystemTray::init 
(this=this@entry=0x5603ba30)
  at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/legacysystemtray.cpp:62
  #9  0x556dea93 in StatusNotifierItem::init (this=0x5603ba30)
  at 
/build/quassel-R1VeAR/quassel-0.12.4/src/qtui/statusnotifieritem.cpp:110
  #10 0x556c0db3 in MainWin::setupSystray 
(this=this@entry=0x55d40e40)
  at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/mainwin.cpp:1014
  #11 0x556c10a2 in MainWin::init (this=0x55d40e40)
  at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/mainwin.cpp:221
  #12 0x556c52f4 in QtUi::init (this=0x55cc4340)
  at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/qtui.cpp:81
  #13 0x5566d45d in QtUiApplication::init (this=0x7fffdd20)
  at /build/quassel-R1VeAR/quassel-0.12.4/src/qtui/qtuiapplication.cpp:162
  #14 0x5566aa4c in main (argc=1, argv=0x7fffde88)
  at /build/quassel-R1VeAR/quassel-0.12.4/src/common/main.cpp:210

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1620870/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-sdk-bugs] [Bug 1620553] Re: [Krillin] Taps are delayed by 1-2seconds, although gestures are not. Keyboard is thus unusable

2016-09-06 Thread Andrea Bernabei 
I "think" I found the culprit.
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/view/331/src/ubuntu/application/common/application/sensors/service.cpp#L84

It seems the old feedback plugin was async (see
https://code.launchpad.net/~kalikiana/qtubuntu-
sensors/feedback/+merge/183456 with
https://code.launchpad.net/~kalikiana/qtubuntu-
sensors/feedback/+merge/183456/comments/431467 and the reply
https://code.launchpad.net/~kalikiana/qtubuntu-
sensors/feedback/+merge/183456/comments/431975 )

while the new one is using synchronous dbus calls.
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/view/331/src/ubuntu/application/common/application/sensors/service.cpp#L84

For some reason it seems the dbus service in my case stopped responding
to the requests to enable the vibrator, and that was causing the UI
thread to block waiting on a reply on dbus.


** Description changed:

  Krillin, rc-proposed/bq_aquaris.en r422
+ 
+ UPDATE: see comment #5, it turns out it's the haptics plugin doing SYNC
+ dbus calls and blocking the UI thread when the dbus service does not
+ reply or the replies come with a big delay
+ 
  
  Description:
  All at once taps have become incredibly delayed, by 1 or 2 secs.
  Gestures still work ok, no delay there.
  Swiping the greeter -> no delay. Tapping numbers to input code on the greeter 
--> 2 secs delay. Even though both are parts of unity8. So it doesn't seem to 
only be a problem of unity8 clients, but also unity8 itself.
  I have no idea why horizontal/vertical swipes would be unaffected, though.
  
  The virtual keyboard is also completely unusable because of the huge
  delay that each tap has.
  
  Also noticed that the vibration is gone, taps don't trigger vibration
  anymore.
  
  Webview also seemed to be unaffected by the delays (although I'm not
  entirely sure, the bug is now gone)
  
  I also restarted unity8 and unity8-dash with Mir input logging enabled. That 
showed that the touch events were being delivered as expected, no delay.
  restart unity8 MIR_CLIENT_INPUT_RECEIVER_REPORT=log and
  restart unity8-dash MIR_CLIENT_INPUT_RECEIVER_REPORT=log
  
  Restarting lightdm (that forces the restart of unity-system-compositor)
  fixed the issue.
  
  Additional info: I had Mir touchspots visualization enabled, which are
  known to cause more stuttering, but I think they're unlikely to be the
  cause of this bug, I had them enabled for 2 weeks and haven't noticed
  any problem like this before.
  
  This is the log from a tap on an icon in the shell:
  [2016-09-06 10:52:51.876400]  input-receiver: Received 
event:touch_event(when=54593678129000 (6.030520ms ago), from=3, touch = {{id=0, 
action=down, tool=finger, x=426.211, y=292.695, pressure=0.85098, major=19.963, 
minor=0, size=19.963}, modifiers=1)
  [2016-09-06 10:52:51.953821]  input-receiver: Received 
event:touch_event(when=54593751953000 (9.709366ms ago), from=3, touch = {{id=0, 
action=change, tool=finger, x=426.211, y=292.695, pressure=0.843137, 
major=19.963, minor=0, size=19.963}, modifiers=1)
  [2016-09-06 10:52:51.954343]  input-receiver: Received 
event:touch_event(when=54593761256000 (0.958751ms ago), from=3, touch = {{id=0, 
action=up, tool=finger, x=426.211, y=292.695, pressure=0.843137, major=19.963, 
minor=0, size=19.963}, modifiers=1)
  
- 
  SEE VIDEO ATTACHMENT BELOW

** Also affects: platform-api (Ubuntu)
   Importance: Undecided
   Status: New

** No longer affects: ubuntu-ui-toolkit (Ubuntu)

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu.
https://bugs.launchpad.net/bugs/1620553

Title:
  [Krillin] Taps are delayed by 1-2seconds, although gestures are not.
  Keyboard is thus unusable

Status in platform-api package in Ubuntu:
  New

Bug description:
  Krillin, rc-proposed/bq_aquaris.en r422

  UPDATE: see comment #5, it turns out it's the haptics plugin doing
  SYNC dbus calls and blocking the UI thread when the dbus service does
  not reply or the replies come with a big delay

  
  Description:
  All at once taps have become incredibly delayed, by 1 or 2 secs.
  Gestures still work ok, no delay there.
  Swiping the greeter -> no delay. Tapping numbers to input code on the greeter 
--> 2 secs delay. Even though both are parts of unity8. So it doesn't seem to 
only be a problem of unity8 clients, but also unity8 itself.
  I have no idea why horizontal/vertical swipes would be unaffected, though.

  The virtual keyboard is also completely unusable because of the huge
  delay that each tap has.

  Also noticed that the vibration is gone, taps don't trigger vibration
  anymore.

  Webview also seemed to be unaffected by the delays (although I'm not
  entirely sure, the bug is now gone)

  I also restarted unity8 and unity8-dash with Mir input logging enabled. That 
showed that the touch events were being delivered as expected, no delay.
  restart unity8

[Ubuntu-sdk-bugs] [Bug 1543344] Re: QML Flickables scrolling with mouse wheel insanely fast

2016-09-06 Thread Timo Jyrinki 
*** This bug is a duplicate of bug 1607240 ***
https://bugs.launchpad.net/bugs/1607240

I think this bug can now be marked as duplicate of the better described
bug #1607240 which also has a ubuntu-system-settings sub-task.

** This bug has been marked a duplicate of bug 1607240
   Unity8 default mouse wheel speed seen by Mir clients is 7.0 (it should be 
1.0)

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtdeclarative-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1543344

Title:
  QML Flickables scrolling with mouse wheel insanely fast

Status in Canonical System Image:
  Incomplete
Status in Canonical Pocket Desktop:
  Fix Released
Status in qtdeclarative-opensource-src package in Ubuntu:
  Incomplete
Status in unity8 package in Ubuntu:
  Fix Released

Bug description:
  Scrolling QML Flickables with mouse wheel is way too fast.

  Steps:
  * connect a mouse to your device
  * scroll the wheel over the dash

  Expected:
  * scrolling sane

  Current:
  * scrolling insane

  The same can be observed with two-finger scrolling when using the
  virtual touchpad when you connect your device to an external screen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1543344/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-sdk-bugs] [Bug 1620553] Re: [Krillin] Taps are delayed by 1-2seconds, although gestures are not. Keyboard is thus unusable

2016-09-06 Thread Michał Sawicz 
** Package changed: unity8 (Ubuntu) => ubuntu-ui-toolkit (Ubuntu)

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu.
https://bugs.launchpad.net/bugs/1620553

Title:
  [Krillin] Taps are delayed by 1-2seconds, although gestures are not.
  Keyboard is thus unusable

Status in ubuntu-ui-toolkit package in Ubuntu:
  New

Bug description:
  Krillin, rc-proposed/bq_aquaris.en r422

  Description:
  All at once taps have become incredibly delayed, by 1 or 2 secs.
  Gestures still work ok, no delay there.
  Swiping the greeter -> no delay. Tapping numbers to input code on the greeter 
--> 2 secs delay. Even though both are parts of unity8. So it doesn't seem to 
only be a problem of unity8 clients, but also unity8 itself.
  I have no idea why horizontal/vertical swipes would be unaffected, though.

  The virtual keyboard is also completely unusable because of the huge
  delay that each tap has.

  Also noticed that the vibration is gone, taps don't trigger vibration
  anymore.

  Webview also seemed to be unaffected by the delays (although I'm not
  entirely sure, the bug is now gone)

  I also restarted unity8 and unity8-dash with Mir input logging enabled. That 
showed that the touch events were being delivered as expected, no delay.
  restart unity8 MIR_CLIENT_INPUT_RECEIVER_REPORT=log and
  restart unity8-dash MIR_CLIENT_INPUT_RECEIVER_REPORT=log

  Restarting lightdm (that forces the restart of unity-system-
  compositor) fixed the issue.

  Additional info: I had Mir touchspots visualization enabled, which are
  known to cause more stuttering, but I think they're unlikely to be the
  cause of this bug, I had them enabled for 2 weeks and haven't noticed
  any problem like this before.

  This is the log from a tap on an icon in the shell:
  [2016-09-06 10:52:51.876400]  input-receiver: Received 
event:touch_event(when=54593678129000 (6.030520ms ago), from=3, touch = {{id=0, 
action=down, tool=finger, x=426.211, y=292.695, pressure=0.85098, major=19.963, 
minor=0, size=19.963}, modifiers=1)
  [2016-09-06 10:52:51.953821]  input-receiver: Received 
event:touch_event(when=54593751953000 (9.709366ms ago), from=3, touch = {{id=0, 
action=change, tool=finger, x=426.211, y=292.695, pressure=0.843137, 
major=19.963, minor=0, size=19.963}, modifiers=1)
  [2016-09-06 10:52:51.954343]  input-receiver: Received 
event:touch_event(when=54593761256000 (0.958751ms ago), from=3, touch = {{id=0, 
action=up, tool=finger, x=426.211, y=292.695, pressure=0.843137, major=19.963, 
minor=0, size=19.963}, modifiers=1)

  
  SEE VIDEO ATTACHMENT BELOW

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1620553/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-sdk-bugs] [Bug 1620553] [NEW] [Krillin] Taps are delayed by 1-2seconds, although gestures are not. Keyboard is thus unusable

2016-09-06 Thread Launchpad Bug Tracker 
You have been subscribed to a public bug:

Krillin, rc-proposed/bq_aquaris.en r422

Description:
All at once taps have become incredibly delayed, by 1 or 2 secs.
Gestures still work ok, no delay there.
Swiping the greeter -> no delay. Tapping numbers to input code on the greeter 
--> 2 secs delay. Even though both are parts of unity8. So it doesn't seem to 
only be a problem of unity8 clients, but also unity8 itself.
I have no idea why horizontal/vertical swipes would be unaffected, though.

The virtual keyboard is also completely unusable because of the huge
delay that each tap has.

Also noticed that the vibration is gone, taps don't trigger vibration
anymore.

Webview also seemed to be unaffected by the delays (although I'm not
entirely sure, the bug is now gone)

I also restarted unity8 and unity8-dash with Mir input logging enabled. That 
showed that the touch events were being delivered as expected, no delay.
restart unity8 MIR_CLIENT_INPUT_RECEIVER_REPORT=log and
restart unity8-dash MIR_CLIENT_INPUT_RECEIVER_REPORT=log

Restarting lightdm (that forces the restart of unity-system-compositor)
fixed the issue.

Additional info: I had Mir touchspots visualization enabled, which are
known to cause more stuttering, but I think they're unlikely to be the
cause of this bug, I had them enabled for 2 weeks and haven't noticed
any problem like this before.

This is the log from a tap on an icon in the shell:
[2016-09-06 10:52:51.876400]  input-receiver: Received 
event:touch_event(when=54593678129000 (6.030520ms ago), from=3, touch = {{id=0, 
action=down, tool=finger, x=426.211, y=292.695, pressure=0.85098, major=19.963, 
minor=0, size=19.963}, modifiers=1)
[2016-09-06 10:52:51.953821]  input-receiver: Received 
event:touch_event(when=54593751953000 (9.709366ms ago), from=3, touch = {{id=0, 
action=change, tool=finger, x=426.211, y=292.695, pressure=0.843137, 
major=19.963, minor=0, size=19.963}, modifiers=1)
[2016-09-06 10:52:51.954343]  input-receiver: Received 
event:touch_event(when=54593761256000 (0.958751ms ago), from=3, touch = {{id=0, 
action=up, tool=finger, x=426.211, y=292.695, pressure=0.843137, major=19.963, 
minor=0, size=19.963}, modifiers=1)


SEE VIDEO ATTACHMENT BELOW

** Affects: ubuntu-ui-toolkit (Ubuntu)
 Importance: Undecided
 Status: New

-- 
[Krillin] Taps are delayed by 1-2seconds, although gestures are not. Keyboard 
is thus unusable
https://bugs.launchpad.net/bugs/1620553
You received this bug notification because you are a member of Ubuntu SDK bug 
tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu.

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-sdk-bugs] [Bug 1608822] Re: signon fails tests on Qt 5.6

2016-09-06 Thread Timo Jyrinki 
qtbase-opensource-src (5.6.1+dfsg-3ubuntu3~3) yakkety; urgency=medium

  [ Timo Jyrinki ]
  * debian/patches/QDBusServer-delay-processing-of-D-Bus-messages.patch:
- Fix DBus message processing (LP: #1608822)
  * debian/patches/xcb-Send-also-text-plain-when-a-text-uri-list-is-dro.patch:
- Fix drag and drop from Qt to skype (LP: #1586857)
  * debian/patches/qt5-qmake-arm-linux-gnueabihf:
- Support cross-compilation inside chroot using pkg-config (LP: #1580981)
  * debian/patches/Make-sure-connection-is-not-null-before-using-it.patch:
- Fix unity8 crasher (LP: #1612309)
  * Update symbols with pkgkde-mark-qt5-private-symbols.
  * Disable printsupport tests that started failing but only on builders,
possibly with new glibc. See LP: #1612767 for details.

  [ Dmitry Shachnev ]
  * Backport some upstream patches to add support for D-Bus global menus,
and improve support for D-Bus tray icons (LP: #1612767):
+ dbustray_use_separate_connections.diff (fix for multiple tray icons)
+ dbusmenu_exclusive_groups.diff (fix for radio actions)
+ qplatformmenubar_createmenu.diff (adding a method to QPlatformMenuBar)
+ dbusmenu_global_menu.diff (add support for D-Bus global menus)
  * Add a distro patch to stop setting AA_DontUseNativeMenuBar unconditionally
(allow_native_menubar.diff): we want this attribute to be false by default,
but applications should be able to override it.

 -- Timo Jyrinki  Sat, 03 Sep 2016 13:58:20
+

** Also affects: qtbase-opensource-src (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: qtbase-opensource-src (Ubuntu)
   Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1608822

Title:
  signon fails tests on Qt 5.6

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in signon package in Ubuntu:
  In Progress

Bug description:
  See build logs at:

  https://launchpadlibrarian.net/276197217/buildlog_ubuntu-yakkety-
  
amd64.signon_8.58+16.04.20151106-0ubuntu2~~testrebuild1~~testrebuild1~1_BUILDING.txt.gz

  Qt 5.6 aims to be landed to the xenial-overlay so this should be
  fixed.

  More information about Qt 5.6 at
  https://wiki.ubuntu.com/Touch/QtTesting

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1608822/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help   : https://help.launchpad.net/ListHelp