On 2015-12-31 02:50:07 +0100, Vincent Lefevre wrote:
> 5. Move to the initial desktop page. The helloworld window appears
>correctly, so that's an improvement. And clicking on it doesn't
>yield a crash.
Forget this "improvement", as the behavior is the same with Qt 5.5.
One needs an extern
Control: found -1 5.6.0~beta+dfsg-2
The problem with the mouse still occurs with libqt5widgets5 from
experimental (I can't try the screen since I've just my laptop).
1. Run ./helloworld
2. Move to another desktop page (my window manager: fvwm).
3. Unplug USB mouse.
Optional:
4. Plug it in again.
Processing control commands:
> found -1 5.6.0~beta+dfsg-2
Bug #807528 [libqt5widgets5] after screen and/or USB mouse is disconnected,
crash and/or broken clicks on the root window
Bug #790825 [libqt5widgets5] after screen and/or USB mouse is disconnected,
crash and/or broken clicks on the root w
Package: gwenview
Version: 4:15.08.3-1
Severity: normal
Dear Maintainer,
When I play a mp4 video in Gwenview, output channel is set at 100%,
whatever was the level before.
Regards,
Benoit
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (5
Leon Bottou schreef op 30 december 2015 15:51:49 GMT+03:00:
> XEmbed is the protocol that allows you to embed a window managed by one
> toolkit into a window managed by another toolkit, possibly running in
> another process. For instance this is the code that allows you to have
> a Qt system tra
On Wednesday, December 30, 2015 10:13:52 Dmitry Shachnev wrote:
> Control: forwarded -1 https://bugreports.qt.io/browse/QTBUG-50212
>
> Hi Leon,
>
> On Tue, Dec 29, 2015 at 04:35:28PM -0500, Leon Bottou wrote:
> > This bug appears when one embeds a QWindow inside a GTK socket container
> > using
6 matches
Mail list logo