[Wayland-bugs] [Bug 96953] dri2_wl_swrast crashes on 64 bit, but not on 32 bit

2016-09-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=96953 --- Comment #3 from n3rdopolis --- I tried a recent recompile, this still appears to be happening, 64 bit only. 32 bit is fine -- You are receiving this mail because: You are the assignee for the bug.

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 --- Comment #10 from Bjørn Lie --- Well damn... I have irccloud.com as a epbiy webapp, and that one just keeps on working fine (before it would crash and die as soon as I tried to resize/maximize the window), so I went ahead and made bugzilla.gn

[Wayland-bugs] [Bug 771913] [gnome-terminal][wayland] can't tear off tab to new window

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771913 Matthias Clasen changed: What|Removed |Added CC||mcla...@redhat.com --- Comment #3 from

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 Gustavo Noronha (kov) changed: What|Removed |Added CC||dyske...@gmail.com --- Comment #1

[Wayland-bugs] [Bug 97932] wl_shell: Does not emit configure event

2016-09-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=97932 --- Comment #1 from Nicolas Dufresne --- I just tested on weston 1.10, and this works properly, so I can confirm now this is a recent regression. -- You are receiving this mail because: You are the assignee for the bug._

[Wayland-bugs] [Bug 97932] wl_shell: Does not emit configure event

2016-09-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=97932 Bug ID: 97932 Summary: wl_shell: Does not emit configure event Product: Wayland Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 --- Comment #9 from Olivier Fourdan --- (In reply to Olivier Fourdan from comment #5) > I suspect this bug here is caused by the correct shadow border being applied > sooner (required to set the correct min/max size, see bug 771561), which > sets

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 --- Comment #8 from Olivier Fourdan --- (In reply to Bjørn Lie from comment #7) > Sure, but with my current "patch" set (I noticed that I have a couple of > mutter patches in plus), I can not reproduce bug 771561 anymore. Not even with attachment

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 --- Comment #7 from Bjørn Lie --- (In reply to Olivier Fourdan from comment #6) > Comment on attachment 336192 [details] [review] > [PATCH] gtkwindow: Update on state event only for unrealized > > Just to make it clear, this patch is a no-go, as

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 Olivier Fourdan changed: What|Removed |Added Attachment #336192|needs-work |rejected status|

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 --- Comment #5 from Olivier Fourdan --- (In reply to Bjørn Lie from comment #4) > See https://bugzilla.gnome.org/show_bug.cgi?id=771553#c10 No, not here, attachment 336250 from bug 771553 does not help afaics, this is not actually an issue with

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 Olivier Fourdan changed: What|Removed |Added CC||ofour...@redhat.com --- Comment #11 fro

[Wayland-bugs] [Bug 771915] [Wayland]: Totem window misplaced after a state change

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771915 --- Comment #4 from Bjørn Lie --- (In reply to Olivier Fourdan from comment #3) > Oops, this patch reintroduces bug 771561 that commit 4cb1b96 fixed, so no > go... See https://bugzilla.gnome.org/show_bug.cgi?id=771553#c10 -- You are receiving t

[Wayland-bugs] [Bug 97919] [weston-terminal] xterm mouse tracking protocol

2016-09-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=97919 Pekka Paalanen changed: What|Removed |Added Severity|normal |enhancement Priority|medium

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 --- Comment #10 from Bjørn Lie --- (In reply to Bjørn Lie from comment #9) > (In reply to Gustavo Noronha (kov) from comment #6) > > Created attachment 336250 [details] [review] [review] > > wayland: always sync state after a frame is painted > >

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 --- Comment #9 from Bjørn Lie --- (In reply to Gustavo Noronha (kov) from comment #6) > Created attachment 336250 [details] [review] > wayland: always sync state after a frame is painted > > It is indeed the sync_opaque_region call that fixes it.

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 --- Comment #8 from Bjørn Lie --- (In reply to Gustavo Noronha (kov) from comment #7) > (In reply to Bjørn Lie from comment #4) > > Created attachment 336105 [details] > > "boken" overview (hidpi) > > > > Sure I still got it :-) > > How do you r

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 --- Comment #7 from Gustavo Noronha (kov) --- (In reply to Bjørn Lie from comment #4) > Created attachment 336105 [details] > "boken" overview (hidpi) > > Sure I still got it :-) How do you reproduce that? Do you just start yelp or do you resize

[Wayland-bugs] [Bug 771553] Shrinking window generates a black patch when gl is used

2016-09-26 Thread gtk+
https://bugzilla.gnome.org/show_bug.cgi?id=771553 --- Comment #6 from Gustavo Noronha (kov) --- Created attachment 336250 --> https://bugzilla.gnome.org/attachment.cgi?id=336250&action=edit wayland: always sync state after a frame is painted It is indeed the sync_opaque_region call that fixes