gitlab_xorg.atom.xml - sfeed_tests - sfeed tests and RSS and Atom files
HTML git clone git://git.codemadness.org/sfeed_tests
DIR Log
DIR Files
DIR Refs
DIR README
DIR LICENSE
---
gitlab_xorg.atom.xml (50248B)
---
1 <?xml version="1.0" encoding="UTF-8"?>
2 <feed xmlns="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/">
3 <title>xorg activity</title>
4 <link href="https://gitlab.freedesktop.org/xorg.atom" rel="self" type="application/atom+xml"/>
5 <link href="https://gitlab.freedesktop.org/xorg" rel="alternate" type="text/html"/>
6 <id>https://gitlab.freedesktop.org/xorg</id>
7 <updated>2020-10-19T15:36:23Z</updated>
8 <entry>
9 <id>tag:gitlab.freedesktop.org,2020-10-19:701030</id>
10 <link href="https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/31#note_666793"/>
11 <title>Trolli Schmittlauch commented on issue #31 at xorg / driver / xf86-input-libi...</title>
12 <updated>2020-10-19T15:36:23Z</updated>
13 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/aa9e73587abe4bc0bbab8258d51ba0c2?s=80&d=identicon"/>
14 <author>
15 <username>schmittlauch</username>
16 <name>Trolli Schmittlauch</name>
17 <email></email>
18 </author>
19 <summary type="xhtml">
20 <div xmlns="http://www.w3.org/1999/xhtml">
21 <p data-sourcepos="1:1-2:129" dir="auto">Unfortunately NixOS unstable is still at 0.28.2.
22 Do you think I can just upgrade the libinput driver without updating the rest of the xserver, or are there any interdependencies?</p>
23 </div>
24 </summary>
25 </entry>
26 <entry>
27 <id>tag:gitlab.freedesktop.org,2020-10-19:701006</id>
28 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/issues/1087#note_666778"/>
29 <title>Tudor Brindus commented on issue #1087 at xorg / xserver</title>
30 <updated>2020-10-19T15:10:28Z</updated>
31 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/29c12d5cd9e0e6a2737ebe699edb20e3?s=80&d=identicon"/>
32 <author>
33 <username>Xyene</username>
34 <name>Tudor Brindus</name>
35 <email></email>
36 </author>
37 <summary type="xhtml">
38 <div xmlns="http://www.w3.org/1999/xhtml">
39 <p data-sourcepos="1:1-1:63" dir="auto">Ah, raced loading the page and didn't see the latest message...</p>
40 <blockquote data-sourcepos="3:1-3:212" dir="auto">
41 <p data-sourcepos="3:3-3:212">This would probably be <code>wl_pointer.leave</code> here though, as it's the surface being left the one interested in undoing its own confinement (plus, there's no guarantees that the next surface entered is Xwayland's).</p>
42 </blockquote>
43 <p data-sourcepos="5:1-5:309" dir="auto">I'm not sure it's strictly necessary to destroy the confinement on leave. Unless it's a one-shot, it can become active again when the app window is refocused. Switching from X11 app → Wayland app → same X11 app wouldn't need to destroy it, though X11 app → ... → <em>different</em> X11 app would.</p>
44 <p data-sourcepos="8:1-8:147" dir="auto">Of course, Xwayland could just unconditionally destroy and recreate the confine anyway. Not sure if there'd be any unintended side-effects of that.</p>
45 </div>
46 </summary>
47 </entry>
48 <entry>
49 <id>tag:gitlab.freedesktop.org,2020-10-19:700996</id>
50 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/issues/1087#note_666774"/>
51 <title>Tudor Brindus commented on issue #1087 at xorg / xserver</title>
52 <updated>2020-10-19T15:00:22Z</updated>
53 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/29c12d5cd9e0e6a2737ebe699edb20e3?s=80&d=identicon"/>
54 <author>
55 <username>Xyene</username>
56 <name>Tudor Brindus</name>
57 <email></email>
58 </author>
59 <summary type="xhtml">
60 <div xmlns="http://www.w3.org/1999/xhtml">
61 <blockquote data-sourcepos="1:1-1:104" dir="auto">
62 <p data-sourcepos="1:3-1:104">Weird, outputs do not come into play at all for pointer locking and confinement emulation in Xwayland.</p>
63 </blockquote>
64 <p data-sourcepos="3:1-3:376" dir="auto">I suspect that the warping to center of the inactive-focused container that Sway does when focusing another output is the trigger, as it results in a <code>wl_pointer.enter</code> with no <code>wl_pointer.motion</code>. I imagine Alt-Tabbing a surface such that it appears under the pointer would be an analog on non-tiling WMs, but I haven't tried this. The issue title is bad here, in retrospect.</p>
65 <blockquote data-sourcepos="5:1-5:142" dir="auto">
66 <p data-sourcepos="5:3-5:142">xterm is a bit of a special case as it hides the cursor when typing, which sometimes confuses the pointer locking and confinement emulation.</p>
67 </blockquote>
68 <p data-sourcepos="7:1-7:138" dir="auto">You're right, of course. I ought to have picked a better example, but for the sake of being explicit: s/xterm/<any X11 app> still holds.</p>
69 <blockquote data-sourcepos="9:1-9:156" dir="auto">
70 <p data-sourcepos="9:3-9:156">None of those are in the stable branch that you run, so it might be interesting to try with Xwayland from git master to see if that helps with your issue.</p>
71 </blockquote>
72 <p data-sourcepos="11:1-11:380" dir="auto">I can give that a try tonight, and report back. I've definitely encountered <a href="https://gitlab.freedesktop.org/xorg/xserver/-/commit/1345f804a88efc11c58f8388983d34445d3e5928" data-original="https://gitlab.freedesktop.org/xorg/xserver/-/commit/1345f804a88efc11c58f8388983d34445d3e5928" data-link="false" data-link-reference="true" data-project="371" data-commit="1345f804a88efc11c58f8388983d34445d3e5928" data-reference-type="commit" data-container="body" data-placement="top" title="xwayland: confine motion events to the confined window" class="gfm gfm-commit has-tooltip">1345f804</a> before, as once the pointer is in the "broken" state, the app owning the confine continues receiving mouse motion (even though it's unfocused / on a different workspace / the pointer is on a different X11 app).</p>
73 </div>
74 </summary>
75 </entry>
76 <entry>
77 <id>tag:gitlab.freedesktop.org,2020-10-19:700937</id>
78 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/issues/1087#note_666716"/>
79 <title>Carlos Garnacho commented on issue #1087 at xorg / xserver</title>
80 <updated>2020-10-19T14:16:48Z</updated>
81 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/b12f1f530e642125bfb5192072dcec2a?s=80&d=identicon"/>
82 <author>
83 <username>carlosg</username>
84 <name>Carlos Garnacho</name>
85 <email></email>
86 </author>
87 <summary type="xhtml">
88 <div xmlns="http://www.w3.org/1999/xhtml">
89 <blockquote data-sourcepos="1:1-1:295" dir="auto">
90 <p data-sourcepos="1:3-1:295">I haven't taken a look at the Xwayland code, but it sounds like it may be ignoring the initial movement that's part of <code>wl_pointer.enter</code> event when considering whether to destroy confines. wlroots, at least, does not send a <code>wl_pointer.motion</code> event until there is actual movement post-enter.</p>
91 </blockquote>
92 <p data-sourcepos="3:1-3:248" dir="auto">It sounds plausible. The only places where we maybe destroy the warp emulator are 1) motion events, 2) window is detroyed and 2) sprite cursor visibility changes. It seems pointer focus changes are not taken into account for undoing warp emulation.</p>
93 <p data-sourcepos="5:1-5:277" dir="auto">This would probably be <code>wl_pointer.leave</code> here though, as it's the surface being left the one interested in undoing its own confinement (plus, there's no guarantees that the next surface entered is Xwayland's). It would have saved me a couple extra reads of this issue, too :p.</p>
94 </div>
95 </summary>
96 </entry>
97 <entry>
98 <id>tag:gitlab.freedesktop.org,2020-10-19:700793</id>
99 <link href="https://gitlab.freedesktop.org/xorg/lib/libxkbfile/-/issues/2#note_666576"/>
100 <title>Dmitry Maevsky commented on issue #2 at xorg / lib / libxkbfile</title>
101 <updated>2020-10-19T11:43:51Z</updated>
102 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/c3f452fb49d187e5fef856ad083c0c14?s=80&d=identicon"/>
103 <author>
104 <username>dmitry.maevsky</username>
105 <name>Dmitry Maevsky</name>
106 <email></email>
107 </author>
108 <summary type="xhtml">
109 <div xmlns="http://www.w3.org/1999/xhtml">
110 <p data-sourcepos="1:1-1:102" dir="auto">It's 2020 :) I'm using Kubuntu 20.04, and I have precisely the same symptoms as described in this bug:</p>
111 <ul data-sourcepos="2:1-2:39" dir="auto">
112 <li data-sourcepos="2:1-2:39">I have redefined keys in xkb symbols:</li>
113 </ul>
114 <pre class="code highlight js-syntax-highlight plaintext" lang="plaintext" v-pre="true" xml:lang="plaintext"><code><span id="LC1" class="line" lang="plaintext" xml:lang="plaintext">partial modifier_keys</span>
115 <span id="LC2" class="line" lang="plaintext" xml:lang="plaintext">xkb_symbols "super_arrows" {</span>
116 <span id="LC3" class="line" lang="plaintext" xml:lang="plaintext"> key <LEFT> {</span>
117 <span id="LC4" class="line" lang="plaintext" xml:lang="plaintext"> type = "SHIFT_SUPER_4LEVELS",</span>
118 <span id="LC5" class="line" lang="plaintext" xml:lang="plaintext"> symbols[Group1] = [ Left, Left, Home, Home ],</span>
119 <span id="LC6" class="line" lang="plaintext" xml:lang="plaintext"> actions[Group1] = [ NoAction(), NoAction(), RedirectKey(keycode=<HOME>, clearmods=Mod4), RedirectKey(keycode=<HOME>, clearmods=Mod4) ]</span>
120 <span id="LC7" class="line" lang="plaintext" xml:lang="plaintext"> };</span>
121 <span id="LC8" class="line" lang="plaintext" xml:lang="plaintext"> key <RGHT> {</span>
122 <span id="LC9" class="line" lang="plaintext" xml:lang="plaintext"> type = "SHIFT_SUPER_4LEVELS",</span>
123 <span id="LC10" class="line" lang="plaintext" xml:lang="plaintext"> symbols[Group1] = [ Right, Right, End, End ],</span>
124 <span id="LC11" class="line" lang="plaintext" xml:lang="plaintext"> actions[Group1] = [ NoAction(), NoAction(), RedirectKey(keycode=<END>, clearmods=Mod4), RedirectKey(keycode=<END>, clearmods=Mod4) ]</span>
125 <span id="LC12" class="line" lang="plaintext" xml:lang="plaintext"> };</span>
126 <span id="LC13" class="line" lang="plaintext" xml:lang="plaintext"> key <UP> {</span>
127 <span id="LC14" class="line" lang="plaintext" xml:lang="plaintext"> type = "SHIFT_SUPER_4LEVELS",</span>
128 <span id="LC15" class="line" lang="plaintext" xml:lang="plaintext"> symbols[Group1] = [ Up, Up, Prior, Prior ],</span>
129 <span id="LC16" class="line" lang="plaintext" xml:lang="plaintext"> actions[Group1] = [ NoAction(), NoAction(), RedirectKey(keycode=<PGUP>, clearmods=Mod4), RedirectKey(keycode=<PGUP>, clearmods=Mod4) ]</span>
130 <span id="LC17" class="line" lang="plaintext" xml:lang="plaintext"> };</span>
131 <span id="LC18" class="line" lang="plaintext" xml:lang="plaintext"> key <DOWN> {</span>
132 <span id="LC19" class="line" lang="plaintext" xml:lang="plaintext"> type = "SHIFT_SUPER_4LEVELS",</span>
133 <span id="LC20" class="line" lang="plaintext" xml:lang="plaintext"> symbols[Group1] = [ Down, Down, Next, Next ],</span>
134 <span id="LC21" class="line" lang="plaintext" xml:lang="plaintext"> actions[Group1] = [ NoAction(), NoAction(), RedirectKey(keycode=<PGDN>, clearmods=Mod4), RedirectKey(keycode=<PGDN>, clearmods=Mod4) ]</span>
135 <span id="LC22" class="line" lang="plaintext" xml:lang="plaintext"> };</span>
136 <span id="LC23" class="line" lang="plaintext" xml:lang="plaintext"> key <INS> {</span>
137 <span id="LC24" class="line" lang="plaintext" xml:lang="plaintext"> symbols[Group1] = [ Print ],</span>
138 <span id="LC25" class="line" lang="plaintext" xml:lang="plaintext"> actions[Group1] = [ RedirectKey(keycode=<PRSC>) ]</span>
139 <span id="LC26" class="line" lang="plaintext" xml:lang="plaintext"> };</span>
140 <span id="LC27" class="line" lang="plaintext" xml:lang="plaintext">};</span></code></pre>
141 <p data-sourcepos="32:1-32:18" dir="auto">and my types file:</p>
142 <pre class="code highlight js-syntax-highlight plaintext" lang="plaintext" v-pre="true" xml:lang="plaintext"><code><span id="LC1" class="line" lang="plaintext" xml:lang="plaintext">partial default xkb_types "default" {</span>
143 <span id="LC2" class="line" lang="plaintext" xml:lang="plaintext"> type "SHIFT_SUPER_4LEVELS" {</span>
144 <span id="LC3" class="line" lang="plaintext" xml:lang="plaintext"> modifiers = Shift+Mod4;</span>
145 <span id="LC4" class="line" lang="plaintext" xml:lang="plaintext"> map[None] = Level1;</span>
146 <span id="LC5" class="line" lang="plaintext" xml:lang="plaintext"> map[Shift] = Level2;</span>
147 <span id="LC6" class="line" lang="plaintext" xml:lang="plaintext"> map[Mod4] = Level3;</span>
148 <span id="LC7" class="line" lang="plaintext" xml:lang="plaintext"> map[Shift+Mod4] = Level4;</span>
149 <span id="LC8" class="line" lang="plaintext" xml:lang="plaintext"> level_name[Level1] = "Base";</span>
150 <span id="LC9" class="line" lang="plaintext" xml:lang="plaintext"> level_name[Level2] = "Shift";</span>
151 <span id="LC10" class="line" lang="plaintext" xml:lang="plaintext"> level_name[Level3] = "Super";</span>
152 <span id="LC11" class="line" lang="plaintext" xml:lang="plaintext"> level_name[Level4] = "Shift+Super";</span>
153 <span id="LC12" class="line" lang="plaintext" xml:lang="plaintext"> };</span>
154 <span id="LC13" class="line" lang="plaintext" xml:lang="plaintext">};</span></code></pre>
155 <p data-sourcepos="49:1-50:75" dir="auto">Works perfectly when I'm loading it manually via <code>xkbcomp -I$HOME/.xkb ~/.xkb/keymap/mykbd $DISPLAY</code>
156 However, when included from /usr/share/X11/xkb, the keys do not autorepeat.</p>
157 <p data-sourcepos="52:1-52:25" dir="auto">Has it never been solved?</p>
158 </div>
159 </summary>
160 </entry>
161 <entry>
162 <id>tag:gitlab.freedesktop.org,2020-10-19:700609</id>
163 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/issues/1087#note_666379"/>
164 <title>Olivier Fourdan commented on issue #1087 at xorg / xserver</title>
165 <updated>2020-10-19T09:05:19Z</updated>
166 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/5d8d8a23f53dfcfa7ad01c4877b2fe75?s=80&d=identicon"/>
167 <author>
168 <username>ofourdan</username>
169 <name>Olivier Fourdan</name>
170 <email></email>
171 </author>
172 <summary type="xhtml">
173 <div xmlns="http://www.w3.org/1999/xhtml">
174 <blockquote data-sourcepos="1:1-1:202" dir="auto">
175 <p data-sourcepos="1:3-1:202">Sometimes, Xwayland (1.20.9) doesn't destroy the pointer confine region after focusing a different Xwayland window, if that window was on a different output than the one the constraint was created on.</p>
176 </blockquote>
177 <p data-sourcepos="3:1-3:102" dir="auto">Weird, outputs do not come into play at all for pointer locking and confinement emulation in Xwayland.</p>
178 <blockquote data-sourcepos="5:1-5:43" dir="auto">
179 <p data-sourcepos="5:3-5:43">To reproduce, 3 workspaces are necessary.</p>
180 </blockquote>
181 <p data-sourcepos="7:1-7:95" dir="auto">Same as workspaces, those are a window manager/compositor concept completely alien to Xwayland.</p>
182 <blockquote data-sourcepos="9:1-9:76" dir="auto">
183 <p data-sourcepos="9:3-9:76">Move [the cursor] over Xterm, and notice that the cursor disappears again.</p>
184 </blockquote>
185 <p data-sourcepos="11:1-11:140" dir="auto">xterm is a bit of a special case as it hides the cursor when typing, which sometimes confuses the pointer locking and confinement emulation.</p>
186 <blockquote data-sourcepos="13:1-13:295" dir="auto">
187 <p data-sourcepos="13:3-13:295">I haven't taken a look at the Xwayland code, but it sounds like it may be ignoring the initial movement that's part of <code>wl_pointer.enter</code> event when considering whether to destroy confines. wlroots, at least, does not send a <code>wl_pointer.motion</code> event until there is actual movement post-enter.</p>
188 </blockquote>
189 <p data-sourcepos="15:1-15:131" dir="auto">Beware, that code is a minefield! <gl-emoji title="bomb" data-name="bomb" data-unicode-version="6.0">💣</gl-emoji> It is designed to work with some very odd cases and support games running in wine/proton.</p>
190 <p data-sourcepos="17:1-17:92" dir="auto">That reminds me of <a href="https://gitlab.freedesktop.org/xorg/xserver/-/issues/962" data-original="#962" data-link="false" data-link-reference="false" data-project="371" data-issue="25196" data-reference-type="issue" data-container="body" data-placement="top" title="xwayland: Confining the cursor (cursor grab) fails if the cursor is not over the window when the grab happens" class="gfm gfm-issue has-tooltip">#962 (closed)</a>. There are a few fixes in master which may come into play with this:</p>
191 <ul data-sourcepos="19:2-24:0" dir="auto">
192 <li data-sourcepos="19:2-19:18">commit <a href="https://gitlab.freedesktop.org/xorg/xserver/-/commit/5929b789f9c6531ee257504a7be9c9e3a49b30eb" data-original="5929b789" data-link="false" data-link-reference="false" data-project="371" data-commit="5929b789f9c6531ee257504a7be9c9e3a49b30eb" data-reference-type="commit" data-container="body" data-placement="top" title="xwayland: Do not lock the pointer on the wrong window" class="gfm gfm-commit has-tooltip">5929b789</a>
193 </li>
194 <li data-sourcepos="20:2-20:18">commit <a href="https://gitlab.freedesktop.org/xorg/xserver/-/commit/1345f804a88efc11c58f8388983d34445d3e5928" data-original="1345f804" data-link="false" data-link-reference="false" data-project="371" data-commit="1345f804a88efc11c58f8388983d34445d3e5928" data-reference-type="commit" data-container="body" data-placement="top" title="xwayland: confine motion events to the confined window" class="gfm gfm-commit has-tooltip">1345f804</a>
195 </li>
196 <li data-sourcepos="21:2-21:18">commit <a href="https://gitlab.freedesktop.org/xorg/xserver/-/commit/baa8d12e464664b5ad3c591be05a0087482790ca" data-original="baa8d12e" data-link="false" data-link-reference="false" data-project="371" data-commit="baa8d12e464664b5ad3c591be05a0087482790ca" data-reference-type="commit" data-container="body" data-placement="top" title="xwayland: Lock on entering surface if needed" class="gfm gfm-commit has-tooltip">baa8d12e</a>
197 </li>
198 <li data-sourcepos="22:2-22:18">commit <a href="https://gitlab.freedesktop.org/xorg/xserver/-/commit/f486e2fdaa1b252405a3aee90bd495b8b4c851f2" data-original="f486e2fd" data-link="false" data-link-reference="false" data-project="371" data-commit="f486e2fdaa1b252405a3aee90bd495b8b4c851f2" data-reference-type="commit" data-container="body" data-placement="top" title="xwayland: Remove undeeded test" class="gfm gfm-commit has-tooltip">f486e2fd</a>
199 </li>
200 <li data-sourcepos="23:2-24:0">commit <a href="https://gitlab.freedesktop.org/xorg/xserver/-/commit/0777cf46d7260f3d0c7fe82af5c94137d1e4f3de" data-original="0777cf46" data-link="false" data-link-reference="false" data-project="371" data-commit="0777cf46d7260f3d0c7fe82af5c94137d1e4f3de" data-reference-type="commit" data-container="body" data-placement="top" title="xwayland: Improve checks for confined_to on InputOnly windows" class="gfm gfm-commit has-tooltip">0777cf46</a>
201 </li>
202 </ul>
203 <p data-sourcepos="25:1-25:154" dir="auto">None of those are in the stable branch that you run, so it might be interesting to try with Xwayland from git master to see if that helps with your issue.</p>
204 <p data-sourcepos="27:1-27:12" dir="auto">CC: <a href="https://gitlab.freedesktop.org/carlosg" data-user="263" data-reference-type="user" data-container="body" data-placement="top" class="gfm gfm-project_member js-user-link" title="Carlos Garnacho">@carlosg</a></p>
205 </div>
206 </summary>
207 </entry>
208 <entry>
209 <id>tag:gitlab.freedesktop.org,2020-10-19:700483</id>
210 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/527#note_666266"/>
211 <title>Peter Hutterer commented on merge request !527 at xorg / xserver</title>
212 <updated>2020-10-19T06:49:29Z</updated>
213 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/f1981449a295357c313b9c7640cc89fa?s=80&d=identicon"/>
214 <author>
215 <username>whot</username>
216 <name>Peter Hutterer</name>
217 <email></email>
218 </author>
219 <summary type="xhtml">
220 <div xmlns="http://www.w3.org/1999/xhtml">
221 <p data-sourcepos="1:1-1:211" dir="auto">staring at this again: yes, probably not needed. there's a very niche case where you're writing events one-by-one and thus after each <code>read()</code> there's more data waiting again. Not sure it's worth worrying about.</p>
222 </div>
223 </summary>
224 </entry>
225 <entry>
226 <id>tag:gitlab.freedesktop.org,2020-10-19:700480</id>
227 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/527#note_666263"/>
228 <title>Peter Hutterer commented on merge request !527 at xorg / xserver</title>
229 <updated>2020-10-19T06:45:11Z</updated>
230 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/f1981449a295357c313b9c7640cc89fa?s=80&d=identicon"/>
231 <author>
232 <username>whot</username>
233 <name>Peter Hutterer</name>
234 <email></email>
235 </author>
236 <summary type="xhtml">
237 <div xmlns="http://www.w3.org/1999/xhtml">
238 <p data-sourcepos="1:1-1:344" dir="auto">yes, but: <code>open()</code> cannot ever return -1 as valid fd. <code>close()</code> must be able to handle an invalid fd be(<code>EBADF</code> is an explicit error condition, we're not talking about undefined behaviour here). Which means any implementation that cannot handle <code>close(-1)</code> would struggle to pass the specs. Take this with my non-existing lawyer party hat on ;)</p>
239 </div>
240 </summary>
241 </entry>
242 <entry>
243 <id>tag:gitlab.freedesktop.org,2020-10-19:700460</id>
244 <link href="https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/merge_requests/16#note_666251"/>
245 <title>Peter Hutterer commented on merge request !16 at xorg / driver / xf86-input-l...</title>
246 <updated>2020-10-19T05:28:42Z</updated>
247 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/f1981449a295357c313b9c7640cc89fa?s=80&d=identicon"/>
248 <author>
249 <username>whot</username>
250 <name>Peter Hutterer</name>
251 <email></email>
252 </author>
253 <summary type="xhtml">
254 <div xmlns="http://www.w3.org/1999/xhtml">
255 <p data-sourcepos="1:1-1:125" dir="auto">same seems to be the case for a few other <code>xf86libinput_init_</code> functions, can you fix those up in the same MR please? Thanks.</p>
256 </div>
257 </summary>
258 </entry>
259 <entry>
260 <id>tag:gitlab.freedesktop.org,2020-10-19:700443</id>
261 <link href="https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/31#note_666238"/>
262 <title>Peter Hutterer commented on issue #31 at xorg / driver / xf86-input-libinput</title>
263 <updated>2020-10-19T04:46:20Z</updated>
264 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/f1981449a295357c313b9c7640cc89fa?s=80&d=identicon"/>
265 <author>
266 <username>whot</username>
267 <name>Peter Hutterer</name>
268 <email></email>
269 </author>
270 <summary type="xhtml">
271 <div xmlns="http://www.w3.org/1999/xhtml">
272 <p data-sourcepos="1:1-1:52" dir="auto">looks like <a href="https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/25" data-original="#25" data-link="false" data-link-reference="false" data-project="577" data-issue="13493" data-reference-type="issue" data-container="body" data-placement="top" title="Wacom Eraser not recognised properly" class="gfm gfm-issue has-tooltip">#25 (closed)</a> which was fixed with 0.29.0 and later</p>
273 </div>
274 </summary>
275 </entry>
276 <entry>
277 <id>tag:gitlab.freedesktop.org,2020-10-18:700349</id>
278 <link href="https://gitlab.freedesktop.org/xorg/lib/libxt/-/merge_requests/45#note_666163"/>
279 <title>Thomas E. Dickey commented on merge request !45 at xorg / lib / libXt</title>
280 <updated>2020-10-18T17:55:34Z</updated>
281 <media:thumbnail width="40" height="40" url="https://gitlab.freedesktop.org/uploads/-/system/user/avatar/4137/avatar.png"/>
282 <author>
283 <username>dickey</username>
284 <name>Thomas E. Dickey</name>
285 <email></email>
286 </author>
287 <summary type="xhtml">
288 <div xmlns="http://www.w3.org/1999/xhtml">
289 <p data-sourcepos="1:1-1:207" dir="auto">From the way this is described, I would not expect this <a href="https://invisible-island.net/xterm/manpage/xterm.html#h3-Default-Key-Bindings" rel="nofollow noreferrer noopener" target="_blank">default-binding</a> to work (since <em>Ctrl</em> is not mentioned in the change):</p>
290 <pre class="code highlight js-syntax-highlight plaintext" lang="plaintext" v-pre="true" xml:lang="plaintext"><code><span id="LC1" class="line" lang="plaintext" xml:lang="plaintext"> Shift~Ctrl <KeyPress> KP_Add:larger-vt-font() \n\</span>
291 <span id="LC2" class="line" lang="plaintext" xml:lang="plaintext"> Shift Ctrl <KeyPress> KP_Add:smaller-vt-font() \n\</span>
292 <span id="LC3" class="line" lang="plaintext" xml:lang="plaintext"> Shift <KeyPress> KP_Subtract:smaller-vt-font() \n\</span></code></pre>
293 <p data-sourcepos="7:1-7:181" dir="auto">However, in testing the change, that appears to work (and there is no difference between the old/new values of <code>useful_mods</code>). But the lengthy comment for the change is misleading.</p>
294 </div>
295 </summary>
296 </entry>
297 <entry>
298 <id>tag:gitlab.freedesktop.org,2020-10-18:700164</id>
299 <link href="https://gitlab.freedesktop.org/xorg/driver/xf86-video-amdgpu/-/issues/17#note_656539"/>
300 <title>Julian Hille commented on issue #17 at xorg / driver / xf86-video-amdgpu</title>
301 <updated>2020-10-18T10:02:43Z</updated>
302 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/f772af92c9358221d666941ccf8373ec?s=80&d=identicon"/>
303 <author>
304 <username>julianhille</username>
305 <name>Julian Hille</name>
306 <email></email>
307 </author>
308 <summary type="xhtml">
309 <div xmlns="http://www.w3.org/1999/xhtml">
310 <p data-sourcepos="1:1-1:41" dir="auto">I've seen this changelog on kernel 5.9.1:</p>
311 <blockquote data-sourcepos="2:1-3:71" dir="auto">
312 <p data-sourcepos="2:3-3:71">Alex Deucher (1):
313 Revert "drm/amdgpu: Fix NULL dereference in dpm sysfs handlers"</p>
314 </blockquote>
315 <p data-sourcepos="5:1-5:26" dir="auto">Will test and report back.</p>
316 </div>
317 </summary>
318 </entry>
319 <entry>
320 <id>tag:gitlab.freedesktop.org,2020-10-17:700089</id>
321 <link href="https://gitlab.freedesktop.org/xorg/lib/libxfont/-/issues/10"/>
322 <title>Ulrich Sibiller opened issue #10: memory leak in FreeTypeGetInfoScalable/Free...</title>
323 <updated>2020-10-17T23:28:44Z</updated>
324 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/9317eef2e7cdd7b3d0cd287a3e63a153?s=80&d=identicon"/>
325 <author>
326 <username>uli42</username>
327 <name>Ulrich Sibiller</name>
328 <email></email>
329 </author>
330 <summary type="xhtml">
331 <div xmlns="http://www.w3.org/1999/xhtml">
332 <p dir="auto">FreeTypeLoadXFont()'s third parameter is a FontPtr called "xf" and it is used to store the allocated FTFontPtr:</p>
<p dir="auto"><a href="https://gitlab.freedesktop.org/xorg/lib/libxfont/-/blob/master/src/FreeType/ftfuncs.c#L3615">https://gitlab.freedesktop.org/xorg/lib/libxfont/-/blob/master/src/FreeType/ftfuncs.c#L3615</a></p>
<p dir="auto">FreeTypeGetInfoScalable() calls FreeTypeLoadXFont(..,..,0,....). This results in the allocated FTFontPtr not being stored anywhere within FreeTypeLoadXFont() and therefore being lost.</p>
333 </div>
334 </summary>
335 </entry>
336 <entry>
337 <id>tag:gitlab.freedesktop.org,2020-10-17:700079</id>
338 <link href="https://gitlab.freedesktop.org/xorg/xserver/-/issues/1087"/>
339 <title>Tudor Brindus opened issue #1087: Xwayland pointer constraints get confused b...</title>
340 <updated>2020-10-17T22:36:41Z</updated>
341 <media:thumbnail width="40" height="40" url="https://secure.gravatar.com/avatar/29c12d5cd9e0e6a2737ebe699edb20e3?s=80&d=identicon"/>
342 <author>
343 <username>Xyene</username>
344 <name>Tudor Brindus</name>
345 <email></email>
346 </author>
347 <summary type="xhtml">
348 <div xmlns="http://www.w3.org/1999/xhtml">
codemadness.org:70 /git/sfeed_tests/file/input/sfeed/realworld/gitlab_xorg.atom.xml.gph:359: line too long