xorg issueshttps://gitlab.freedesktop.org/groups/xorg/-/issues2019-07-17T16:33:31Zhttps://gitlab.freedesktop.org/xorg/app/xrandr/-/issues/2grandr crashes when clicking on icon in left bar2019-07-17T16:33:31ZBugzilla Migration Usergrandr crashes when clicking on icon in left bar## Submitted by Alexander Prinsier
Assigned to **Keith Packard `@keithp`**
**[Link to original bug (#13701)](https://bugs.freedesktop.org/show_bug.cgi?id=13701)**
## Description
(Bug about grandr, not xrandr, but grandr was not in...## Submitted by Alexander Prinsier
Assigned to **Keith Packard `@keithp`**
**[Link to original bug (#13701)](https://bugs.freedesktop.org/show_bug.cgi?id=13701)**
## Description
(Bug about grandr, not xrandr, but grandr was not in the list... I hope this is the right place?:))
When clicking on the screen icon in the left of grandr, it crashes, and I see this as output on my terminal:
(grandr:13206): Gtk-CRITICAL **: gtk_list_store_get_value: assertion `VALID_ITER (iter, list_store)' failed
(grandr:13206): GLib-GObject-WARNING **: gtype.c:3339: type id `0' is invalid
(grandr:13206): GLib-GObject-WARNING **: can't peek value table for type `<invalid>' which is not currently referenced
Segmentation fault (core dumped)
Running gdb /usr/bin/grandr core gives this:
[...]
Core was generated by `grandr'.
Program terminated with signal 11, Segmentation fault.
```
#0 0x4c91ad05 in gtk_tree_model_get_valist () from /usr/lib/libgtk-x11-2.0.so.0
(gdb) bt
#0 0x4c91ad05 in gtk_tree_model_get_valist () from /usr/lib/libgtk-x11-2.0.so.0
#1 0x4c91aedc in gtk_tree_model_get () from /usr/lib/libgtk-x11-2.0.so.0
#2 0x0804ecf3 in on_modes_combo_changed (combobox=0x80a7828, user_data=0x0) at callbacks.c:164
#3 0x4d534bd7 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#4 0x080a6ab0 in ?? ()
#5 0xffffffff in ?? ()
#6 0x080ba4c8 in ?? ()
#7 0x4d5287c2 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#8 0xbf80723c in ?? ()
#9 0x00000000 in ?? ()
```
Let me know how if I can help you track down the bug.
Version: 7.2 (2007.02)https://gitlab.freedesktop.org/xorg/app/xrdb/-/issues/2XrmGetStringDatabase does not resolve include statements2019-03-10T04:53:24ZBugzilla Migration UserXrmGetStringDatabase does not resolve include statements## Submitted by Ingo Bürk
Assigned to **Xorg Project Team**
**[Link to original bug (#94642)](https://bugs.freedesktop.org/show_bug.cgi?id=94642)**
## Description
The documentation for XrmGetStringDatabase states that it handles l...## Submitted by Ingo Bürk
Assigned to **Xorg Project Team**
**[Link to original bug (#94642)](https://bugs.freedesktop.org/show_bug.cgi?id=94642)**
## Description
The documentation for XrmGetStringDatabase states that it handles lines in valid ResourceLine format. However, the ResourceLine format includes "#include" statements, which don't seem to be resolved (but ignored instead).https://gitlab.freedesktop.org/xorg/driver/xf86-video-neomagic/-/issues/2The xf86-video-neomagic driver no longer works after the last update2019-03-10T21:12:20ZBugzilla Migration UserThe xf86-video-neomagic driver no longer works after the last update## Submitted by sem..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#57023)](https://bugs.freedesktop.org/show_bug.cgi?id=57023)**
## Description
Description: The xf86-video-neomagic driver no longer works af...## Submitted by sem..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#57023)](https://bugs.freedesktop.org/show_bug.cgi?id=57023)**
## Description
Description: The xf86-video-neomagic driver no longer works after the last update (version 1.2.7).
Crashes the pc, stands on a black screen.
The xf86-video-vesa is working fine!
Additional info:
* package version(s)
xf86-video-neomagic 1.2.7-3
* config and/or log files etc.
I'm using the same default configuration for over 1 year on my Thinkpad 600x. The problem only began this latest version of driver.
Steps to reproduce:
Crashes immediately after startx, xinit, etc.
https://bugs.archlinux.org/task/32604
### See also
* https://bugs.gentoo.org/show_bug.cgi?id=434468https://gitlab.freedesktop.org/xorg/driver/xf86-video-sis/-/issues/2include path to strtod()2023-02-23T18:00:59ZBugzilla Migration Userinclude path to strtod()## Submitted by Rui Tiago Matos
Assigned to **Xorg Project Team**
**[Link to original bug (#7907)](https://bugs.freedesktop.org/show_bug.cgi?id=7907)**
## Description
Please see
https://launchpad.net/distros/ubuntu/+source/glibc/+...## Submitted by Rui Tiago Matos
Assigned to **Xorg Project Team**
**[Link to original bug (#7907)](https://bugs.freedesktop.org/show_bug.cgi?id=7907)**
## Description
Please see
https://launchpad.net/distros/ubuntu/+source/glibc/+bug/56649
Anyway I consider that an #include <stdlib.h> should be made somewhere since
that's what "man strtod" documents.
Thanks
Version: 7.1 (2006.05)https://gitlab.freedesktop.org/xorg/driver/xf86-video-vesa/-/issues/2vesa cpu pegs2018-10-16T17:59:35ZBugzilla Migration Uservesa cpu pegs## Submitted by Richard PALO
Assigned to **Xorg Project Team**
**[Link to original bug (#89747)](https://bugs.freedesktop.org/show_bug.cgi?id=89747)**
## Description
Created attachment 114581
Xorg.0.log
Since https://bugs.freedes...## Submitted by Richard PALO
Assigned to **Xorg Project Team**
**[Link to original bug (#89747)](https://bugs.freedesktop.org/show_bug.cgi?id=89747)**
## Description
Created attachment 114581
Xorg.0.log
Since https://bugs.freedesktop.org/show_bug.cgi?id=89353 was fixed, I'm now
back up with Xorg7.7 and vesa..
A serious performance problem is encountered when trying to drag a window around
on the screen, in particular when there are a few already displayed. A good test was to put a terminal up running 'top'. *EXTREMELY* slow and top shows Xorg running at around 100% on this single core x86 machine running TinyCore (linux 3.16.6).
This was reproduced there on different machines: http://forum.tinycorelinux.net/index.php/topic,18090.msg110553.html and a quick look around the internet with "xorg.7.7 vesa cpu" search terms finds numerous problems of this sort.
I tried both without and with GL, but it makes no difference.
Attached is an Xorg.0.log
**Attachment 114581**, "Xorg.0.log":
[tiny-Xorg-3D.log](/uploads/fad372f3195cfd8d6ce92937df637bf6/tiny-Xorg-3D.log)
Version: 7.7 (2012.06)https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/-/issues/2xmodmap does not work with key 57 'n'2019-03-10T19:02:15ZBugzilla Migration Userxmodmap does not work with key 57 'n'## Submitted by Radek Wisniewski
Assigned to **Xorg Project Team**
**[Link to original bug (#4535)](https://bugs.freedesktop.org/show_bug.cgi?id=4535)**
## Description
xmodmap does not work with key 58 on german 105 keyboard. So a...## Submitted by Radek Wisniewski
Assigned to **Xorg Project Team**
**[Link to original bug (#4535)](https://bugs.freedesktop.org/show_bug.cgi?id=4535)**
## Description
xmodmap does not work with key 58 on german 105 keyboard. So after command:
xmodmap -e "keycode 57 = n N n N nacute Nacute"
you doesn't get nacute with right-Alt key.
but:
xmodmap -e "keycode 58 = m M m M nacute Nacute"
works fine.
There must be problem just with 'n' key (no. 57).https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/issues/2Horizontal scroll wheel on MadCatz RAT 5 mouse does not work2019-12-03T11:58:29ZBugzilla Migration UserHorizontal scroll wheel on MadCatz RAT 5 mouse does not work## Submitted by Jakub Schmidtke
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#96760)](https://bugs.freedesktop.org/show_bug.cgi?id=96760)**
## Description
I have MadCatz RAT 5 mouse which has a dedicated horizon...## Submitted by Jakub Schmidtke
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#96760)](https://bugs.freedesktop.org/show_bug.cgi?id=96760)**
## Description
I have MadCatz RAT 5 mouse which has a dedicated horizontal scroll wheel.
That wheel does not work as a wheel, xev shows buttons 10 and 11 being pressed,
but it does not act as a wheel. Vertical wheel works fine.https://gitlab.freedesktop.org/xorg/driver/xf86-input-mouse/-/issues/2Mouse pointer disappear when I work with vncviewer2019-03-10T20:33:15ZBugzilla Migration UserMouse pointer disappear when I work with vncviewer## Submitted by Alexander N. treyner
Assigned to **Xorg Project Team**
**[Link to original bug (#2781)](https://bugs.freedesktop.org/show_bug.cgi?id=2781)**
## Description
When I leave vncviewer or Remote Desktop (using vnc protoc...## Submitted by Alexander N. treyner
Assigned to **Xorg Project Team**
**[Link to original bug (#2781)](https://bugs.freedesktop.org/show_bug.cgi?id=2781)**
## Description
When I leave vncviewer or Remote Desktop (using vnc protocol) opened for a long
time (more than 10 min) - mouse pointer disappear.
I'm using fc3 on IBM R50 laptop with USB mouse and TrackPoint. When pointer
disappear I can not use not USB mouse nor TrackPoint, but if I switch to another
text console I got my mouse back.
Version: 6.8.1https://gitlab.freedesktop.org/xorg/driver/xf86-input-synaptics/-/issues/2secondary click not detected anymore with 2007 macbook 2.12018-08-13T04:26:22ZBugzilla Migration Usersecondary click not detected anymore with 2007 macbook 2.1## Submitted by bru..@..ree.fr
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#82583)](https://bugs.freedesktop.org/show_bug.cgi?id=82583)**
## Description
Created attachment 104585
xev trace while trying to right...## Submitted by bru..@..ree.fr
Assigned to **Peter Hutterer `@whot`**
**[Link to original bug (#82583)](https://bugs.freedesktop.org/show_bug.cgi?id=82583)**
## Description
Created attachment 104585
xev trace while trying to right click by holding two fingers on the touchpad and pressing the button
I recently upgraded to X.Org X Server 1.15.1, and I believe that this update has brought a slight regression in the synaptics driver right click emulation.
The right click is usually achieved by holding 2 fingers on the touchpad and then clicking on the button, however, on the gnome settings application and most of the applications, the right click detection is erratic (worst about 1 out of 10 times).
I will attach simultaneous traces of xev and evemu-record while trying to right-click.
**Attachment 104585**, "xev trace while trying to right click by holding two fingers on the touchpad and pressing the button":
[xev.log](/uploads/c616a3af3fd6e4e5c2b260b681d84afc/xev.log)https://gitlab.freedesktop.org/xorg/app/xkbprint/-/issues/2xkbprint(1): Some (typographical) corrections to the manual2019-09-16T01:02:14ZBugzilla Migration Userxkbprint(1): Some (typographical) corrections to the manual## Submitted by Stéphane Aulery
Assigned to **Xorg Project Team**
**[Link to original bug (#77096)](https://bugs.freedesktop.org/show_bug.cgi?id=77096)**
## Description
Created attachment 96964
Proposed patch
Reported by a Debian...## Submitted by Stéphane Aulery
Assigned to **Xorg Project Team**
**[Link to original bug (#77096)](https://bugs.freedesktop.org/show_bug.cgi?id=77096)**
## Description
Created attachment 96964
Proposed patch
Reported by a Debian user :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742356
Could you consider this little patch please?
Thank you for your help.
--
Stéphane Aulery
**Attachment 96964**, "Proposed patch":
[xkbprint.1.diff.gz](/uploads/30536d1e255b6eb906be286f081bba81/xkbprint.1.diff.gz)
Version: githttps://gitlab.freedesktop.org/xorg/lib/libxpm/-/issues/2libxpm/cxpm hangs in an infinite loop when loading a crafted xpm file2023-01-17T16:12:10Zorbitcowboylibxpm/cxpm hangs in an infinite loop when loading a crafted xpm fileBy providing a specially crafted `xpm` file, `cxpm` stuck in an infinite loop.
Steps to reproduce
1. Checkout latest master of libxpm from (https://cgit.freedesktop.org/xorg/lib/libXpm)
2. Compile on Ubuntu with default options
3. ...By providing a specially crafted `xpm` file, `cxpm` stuck in an infinite loop.
Steps to reproduce
1. Checkout latest master of libxpm from (https://cgit.freedesktop.org/xorg/lib/libXpm)
2. Compile on Ubuntu with default options
3. `$ cd libxpm/cxpm`
4. `$ ./cxpm test.xpm` (This results in an infinite loop)
Attached is `test.xpm` and a `patch` that fixes the issue.
After the patch is applied, an error message is shown
```
$ ./cxpm test.xpm
Xpm Error: Invalid XPM file.
Error found line 5 near character 18
$
```
Best regards and many thanks
Martin Ettl
[fix_hang.patch](/uploads/b15adcc9f9783b0910add611d7a01d93/fix_hang.patch)[test.xpm](/uploads/04f7c4d37ec34531cfcba40a49b77836/test.xpm)Alan CoopersmithAlan Coopersmithhttps://gitlab.freedesktop.org/xorg/doc/xorg-docs/-/issues/2README.xml needs update to reflect SPI merger (and possibly fd.o?)2019-02-23T17:22:22ZAlan CoopersmithREADME.xml needs update to reflect SPI merger (and possibly fd.o?)[README.xml](general/README.xml) says:
> The X.Org Foundation has been formed as a Delaware corporation organized
> to operate as a scientific charity under IRS code 501(c)(3) chartered
> to develop and execute effective strategies whic...[README.xml](general/README.xml) says:
> The X.Org Foundation has been formed as a Delaware corporation organized
> to operate as a scientific charity under IRS code 501(c)(3) chartered
> to develop and execute effective strategies which provide world-wide
> stewardship of the X Window System technology and standards.
which pre-dates X.Org joining SPI and should probably be updated.https://gitlab.freedesktop.org/xorg/lib/libxcb-cursor/-/issues/2patch: Add macros for automatically loading lists of atoms2019-02-17T10:54:27ZBugzilla Migration Userpatch: Add macros for automatically loading lists of atoms## Submitted by William Swanson
Assigned to **xcb mailing list dummy**
**[Link to original bug (#57476)](https://bugs.freedesktop.org/show_bug.cgi?id=57476)**
## Description
Created attachment 70499
Version 3 of the patch
This pa...## Submitted by William Swanson
Assigned to **xcb mailing list dummy**
**[Link to original bug (#57476)](https://bugs.freedesktop.org/show_bug.cgi?id=57476)**
## Description
Created attachment 70499
Version 3 of the patch
This patch contains a few small fixes beyond the v2 patch submitted earlier on the mailing list. As explained on the mailing list, this patch adds a pair of macros for generating atom storage structures and for generating initializer functions for those structures. This solves a long-standing pain point with the API.
~~**Attachment 70499**~~, "Version 3 of the patch":
[0001-Create-the-atom-list-sub-library.patch](/uploads/0da398460a9c1a687744f9ecbe731d1a/0001-Create-the-atom-list-sub-library.patch)https://gitlab.freedesktop.org/xorg/lib/libxcb-util/-/issues/2autogen.sh failure in git/master:2019-02-17T10:55:43ZBugzilla Migration Userautogen.sh failure in git/master:## Submitted by David Ronis
Assigned to **xcb mailing list dummy**
**[Link to original bug (#39019)](https://bugs.freedesktop.org/show_bug.cgi?id=39019)**
## Description
I'm following X's git master and have libxcb built and insta...## Submitted by David Ronis
Assigned to **xcb mailing list dummy**
**[Link to original bug (#39019)](https://bugs.freedesktop.org/show_bug.cgi?id=39019)**
## Description
I'm following X's git master and have libxcb built and installed. autogen.sh fails. Here's the error message:
./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I m4
/usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB
/usr/share/aclocal/imlib.m4:9: run info '(automake)Extending aclocal'
/usr/share/aclocal/imlib.m4:9: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --no-force
src/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
src/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
src/Makefile.am:1: to `configure.ac' and run `aclocal' and `autoconf' again.
src/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure
src/Makefile.am:1: its definition is in aclocal's search path.
src/Makefile.am:13: `xcbinclude_HEADERS' is used but `xcbincludedir' is undefined
Makefile.am:6: `pkgconfig_DATA' is used but `pkgconfigdir' is undefined
autoreconf: automake failed with exit status: 1https://gitlab.freedesktop.org/xorg/app/xmodmap/-/issues/2xmodmap prints confusing warning message when mapping too many mouse buttons2019-06-01T19:37:09ZKarl Fogelxmodmap prints confusing warning message when mapping too many mouse buttonsIf you use xmodmap to set the mouse buttons, and the number of buttons you specify is *more* than are available on the mouse, the warning message is worded the same as if the number of buttons you specified were *less* than the number av...If you use xmodmap to set the mouse buttons, and the number of buttons you specify is *more* than are available on the mouse, the warning message is worded the same as if the number of buttons you specified were *less* than the number available. This is a bit confusing.
Reproduction recipe:
$ xmodmap -e "pointer = 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15"
Warning: Only changing the first 15 of 10 buttons.
$
Below is a proposed fix. I'll try to figure out how to submit a merge request for xmodmap, but in case I don't succeed, this is the patch against commit c5a5fb06fd25 in `git://anongit.freedesktop.org/xorg/app/xmodmap`:
--- handle.c
+++ handle.c
@@ -889,8 +889,16 @@ do_pointer(char *line, int len)
}
if (i > 0 && i != nbuttons) {
- fprintf (stderr, "Warning: Only changing the first %d of %d buttons.\n",
- i, nbuttons);
+ if (i < nbuttons) {
+ fprintf (stderr,
+ "Warning: Only changing the first %d of %d buttons.\n",
+ i, nbuttons);
+ }
+ else { /* i > nbuttons */
+ fprintf (stderr,
+ "Warning: Not changing %d extra buttons beyond %d.\n",
+ i - nbuttons, nbuttons);
+ }
i = nbuttons;
}
Confession: this patch is untested. According to autogen.sh, actually *building* xmodmap requires xorg-macros 1.8 or later and probably a whole bunch of other things that I don't have handy.https://gitlab.freedesktop.org/xorg/app/sessreg/-/issues/2sessreg -w changed at 1.0.6, will not honor moving wtmp file2019-05-11T20:09:49ZBugzilla Migration Usersessreg -w changed at 1.0.6, will not honor moving wtmp file## Submitted by Jacob Hunt
Assigned to **Xorg Project Team**
**[Link to original bug (#68732)](https://bugs.freedesktop.org/show_bug.cgi?id=68732)**
## Description
How reproducible: Can it be reproduced? Yes How often? Everytime
S...## Submitted by Jacob Hunt
Assigned to **Xorg Project Team**
**[Link to original bug (#68732)](https://bugs.freedesktop.org/show_bug.cgi?id=68732)**
## Description
How reproducible: Can it be reproduced? Yes How often? Everytime
Steps to Reproduce: Please provide step by step instruction on how to reproduce the issue.
1. Touch a new wtmp file as root
touch /tmp/wtmp
2. Run /usr/bin/sessreg from xorg-x11-server-utils-7.5.13.el6 (which uses sessreg-1.0.6)
/usr/bin/sessreg -a -w /tmp/wtmp -l ":0.0,1" -h test72 rbeldin
3. Run last -f /tmp/wtmp to see the entry
Observe that there is no entry put in the /tmp/wtmp file specified on the
command line.
Repeat the test with the sessreg from xorg-x11-server-utils-7.5-5.2.el6.x86_64.rpm (which uses sessreg-1.0.5
last -f /tmp/wtmp will now display a line similar to:
```
[root@playero-1 old-xorg]# last -f /tmp/wtmp
rbeldin :0.0,1 test72 Tue Jun 25 16:43 still logged in
```
Summary of actions taken to resolve/troubleshoot issue:
- source comparison of sessreg appears to show changes in sessreg.h and
sessreg.c
- changes are introduction of new macro defines that control UTMP and UTMPX
- built the earlier version of sessreg with new Makefile and no changes there
- .h and .c changes go hand in hand
The problem is a mix of the macro definition and the way the code is written.
```
98 #ifdef USE_UTMPX
99 #ifdef HAVE_UPDWTMPX
100 static char *wtmpx_file = NULL; <<<<<
101 #endif
```
Since wtmpx_file is NULL, and never initialized, we never write the
entry.
```
343 if (!wtmp_none) {
344 #ifdef USE_UTMPX
345 # ifdef HAVE_UPDWTMPX
346 if (wtmpx_file != NULL) { <<<< wtmpx_file is NULL at this point
347 updwtmpx(wtmpx_file, &utmpx_entry);
348 }
349 # endif
350 #else
351 wtmp = open (wtmp_file, O_WRONLY|O_APPEND);
352 if (wtmp != -1) {
353 sysnerr (write (wtmp, (char *) &utmp_entry, sizeof (utmp_entry))
354 == sizeof (utmp_entry), "write wtmp entry");
355 close (wtmp);
356 }
357 #endif
358 }
```
I think the ifdef USE_UTMPX is incorrect and to restore the older
behavior, you would need to remove that but there is some logic here that
escapes. Obviously, USE_UTMPX and HAVE_UPDWTMPX are set and we drop into the
code, but that is wrong if we want to keep the previous behavior.https://gitlab.freedesktop.org/xorg/app/xauth/-/issues/2xauth has window when there is no usable XAUTHORITY file or can abort destroy...2019-07-10T14:48:50Zmartin wheatleyxauth has window when there is no usable XAUTHORITY file or can abort destroying the XAUTHORITY fileThe following command sequence (on Solaris) demonstrates the issue; but the equivalent sequence on Linux also shows the problem.
```
XAUTHORITY=/tmp/junk
export XAUTHORITY
touch $XAUTHORITY
truss xauth add ALL:34 MIT-MAGIC-COOKIE-1 a1a...The following command sequence (on Solaris) demonstrates the issue; but the equivalent sequence on Linux also shows the problem.
```
XAUTHORITY=/tmp/junk
export XAUTHORITY
touch $XAUTHORITY
truss xauth add ALL:34 MIT-MAGIC-COOKIE-1 a1a64cb8296b0988852ebbb6bc18be08 2>&1 | grep junk
```
the output from the truss | grep is...
```
stat("/tmp/junk-c", 0xFFBFEB70) Err#2 ENOENT
open("/tmp/junk-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = 3
link("/tmp/junk-c", "/tmp/junk-l") = 0
access("/tmp/junk", F_OK) = 0
access("/tmp/junk", W_OK) = 0
open("/tmp/junk", O_RDONLY) = 3
unlink("/tmp/junk-n") Err#2 ENOENT
open("/tmp/junk-n", O_WRONLY|O_CREAT|O_EXCL, 0600) = 4
unlink("/tmp/junk") = 0
##############################################################
link("/tmp/junk-n", "/tmp/junk") = 0
unlink("/tmp/junk-n") = 0
unlink("/tmp/junk-c") = 0
unlink("/tmp/junk-l") = 0
```
where the line of `####s` is is a window during which the XAUTHORITY file does not exist so X applications that attempt to start in this window fail because that cannot determine a valid X authority. Also, if the xauth is terminated (EG SIGKILL) at this point no usable XAUTHORITY file remains
Perhaps the link() that follows the #####s should be a rename() to ensure that the XAUTHORITY file is never not presenthttps://gitlab.freedesktop.org/xorg/app/quartz-wm/-/issues/2XWM no controls or menus2022-07-17T05:48:46ZBugzilla Migration UserXWM no controls or menus## Submitted by spe..@..ce.com
Assigned to **Jeremy Huddleston Sequoia**
**[Link to original bug (#97028)](https://bugs.freedesktop.org/show_bug.cgi?id=97028)**
## Description
I recently updated from Yosemite to ElCapitan and XQua...## Submitted by spe..@..ce.com
Assigned to **Jeremy Huddleston Sequoia**
**[Link to original bug (#97028)](https://bugs.freedesktop.org/show_bug.cgi?id=97028)**
## Description
I recently updated from Yosemite to ElCapitan and XQuarts 2.7.8 to 2.7.9.
I lost the ability to move windows (standard terminals like xterm, gnome-term, konsole. Windows often crash when the bar is grabbed to move the window. Menus on these windows are mostly invisible/non-selectable. Occasionally if I open settings I will have some menu items for a short time, but this may last a few minutes.
XQuartz does not report any errors when launching applications, nor are errors reported when windows crash.
Version: 2.7.9 (xserver-1.17.4)https://gitlab.freedesktop.org/xorg/test/xorg-gtest/-/issues/2xorg-gtest CPPflags string aren't properly quoted with new pkg-config2020-12-03T20:33:43ZBugzilla Migration Userxorg-gtest CPPflags string aren't properly quoted with new pkg-config## Submitted by Marco Trevisan `@3v1n0`
Assigned to **Xorg Project Team**
**[Link to original bug (#93191)](https://bugs.freedesktop.org/show_bug.cgi?id=93191)**
## Description
Created attachment 120222
xorg-gtest.pc.in-Fix-CPPfla...## Submitted by Marco Trevisan `@3v1n0`
Assigned to **Xorg Project Team**
**[Link to original bug (#93191)](https://bugs.freedesktop.org/show_bug.cgi?id=93191)**
## Description
Created attachment 120222
xorg-gtest.pc.in-Fix-CPPflags-escaping-for-string-pa.patch
As per the pkg-config fix for [Bug 67904](https://bugs.freedesktop.org/show_bug.cgi?id=67904), xorg-gtest CPPflags aren't properly escaped anymore.
old_behavior $ pkg-config --variable=CPPflags xorg-gtest
-I/usr/include -I/usr/include/xorg -I/usr/src/xorg-gtest -DDUMMY_CONF_PATH=\"/usr/share/xorg/gtest/dummy.conf\" -DLOGFILE_DIR=\"/tmp\"
new_behavior $ pkg-config --variable=CPPflags xorg-gtest
-I/usr/include -I/usr/include/xorg -I/usr/src/xorg-gtest -DDUMMY_CONF_PATH=/usr/share/xorg/gtest/dummy.conf -DLOGFILE_DIR=/tmp
Attached is a patch that fixes this
**Attachment 120222**, "xorg-gtest.pc.in-Fix-CPPflags-escaping-for-string-pa.patch":
[0001-xorg-gtest.pc.in-Fix-CPPflags-escaping-for-string-pa.patch](/uploads/fabdcc51b47544c09bd15d3df4f7a389/0001-xorg-gtest.pc.in-Fix-CPPflags-escaping-for-string-pa.patch)https://gitlab.freedesktop.org/xorg/lib/libxvmc/-/issues/2Latest changes in 1.0.12 broke Mesa's xvmc gallium driver build2020-03-11T19:25:54ZStefan DirschLatest changes in 1.0.12 broke Mesa's xvmc gallium driver buildThe following commit broke Mesa's xvmc gallium driver build, since that
references in XvMCCreateContex also XvQueryAdaptors, XvFreeAdaptorInfo and XvFreeAdaptorInfo
commit dd9ae03725990ee9c9336bca4b267dfbb696002f
Author: Adam Jackson <...The following commit broke Mesa's xvmc gallium driver build, since that
references in XvMCCreateContex also XvQueryAdaptors, XvFreeAdaptorInfo and XvFreeAdaptorInfo
commit dd9ae03725990ee9c9336bca4b267dfbb696002f
Author: Adam Jackson <ajax@redhat.com>
Date: Tue Jul 23 15:28:50 2019 -0400
pkgconfig: Remove xv from xvmc.pc