From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-045.btinternet.com (mailomta17-re.btinternet.com [213.120.69.110]) by sourceware.org (Postfix) with ESMTPS id 4EC89385782C for ; Sun, 25 Oct 2020 16:20:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4EC89385782C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from re-prd-rgout-001.btmx-prd.synchronoss.net ([10.2.54.4]) by re-prd-fep-045.btinternet.com with ESMTP id <20201025162057.PPFG30806.re-prd-fep-045.btinternet.com@re-prd-rgout-001.btmx-prd.synchronoss.net>; Sun, 25 Oct 2020 16:20:57 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-SNCR-Rigid: 5ED9BDD0176C922C X-Originating-IP: [86.140.194.67] X-OWM-Source-IP: 86.140.194.67 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedujedrkeeggdeklecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepgeeuhfekvdefieeghfehtdejheeigedthefhhfehfffgheehgedtffeljeetueeunecukfhppeekiedrudegtddrudelgedrieejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduuddungdpihhnvghtpeekiedrudegtddrudelgedrieejpdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnsegthihgfihinhdrtghomheqpdhrtghpthhtohepoehfnhgvrdgsuhhgiihilhhlrgesghhmrghilhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (86.140.194.67) by re-prd-rgout-001.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5ED9BDD0176C922C; Sun, 25 Oct 2020 16:20:57 +0000 Subject: Re: Cygwin X server accepts xfixes version 5.0 but doesn't handle xcb_xfixes_hide_cursor To: Frank Eske , The Cygwin Mailing List References: From: Jon Turney Message-ID: <67350f69-48a1-3aa8-9a62-fa7a16dfbee3@dronecode.org.uk> Date: Sun, 25 Oct 2020 16:20:57 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3571.6 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Oct 2020 16:20:59 -0000 On 15/10/2020 20:31, Frank Eske via Cygwin wrote: > I'm building an XCB-based application that uses xcb_xfixes_hide_cursor. The > X server reports back version 5.0 in xcb_fixes_query_version_reply and > accepts xcb_xfixes_hide_cursor requests, but does not hide the cursor. When > omitting the xcb_fixes_query_version operation, the xcb_xfixes_hide_cursor > is (properly) rejected. Compiling and running the same program under > Fedora, the cursor is hidden when running natively. When running an ssh > remote xterm to Fedora, the hide_cursor again does nothing. > > The associated X11/extensions/Xfixes.h XFixesHideCursor() works > identically. It fails to do anything but does not report any error > indication. > > When testing this on Fedora, I also noticed that xterm hides the cursor in > exactly the same manner I want for my application, and doesn't on Cygwin > (where it always remains visible.) That is, typing hides the cursor and > cursor movement shows it again. This should eliminate the need for a test > case which, because of all the ancillary setup needed, would be quite large. > > Possibly the simplest fix would be to properly report back the version of > Xfixes you actually support, document that restriction at least in the > include file, and reject the Xfixes extension requests you don't handle. As > an aside, almost every other X feature I've tried to use has worked > identically on Cygwin and Fedora, usage bugs included. There is Windows-specific code in the X server which is supposed to handle cursor hiding, and it's a bug that it doesn't work. Thanks for reporting this problem. > Note that there is probably a work-around for this missing function by > creating a blank cursor and using that instead of hide_cursor. You can probably also work around this by using the XWin option '-swcursor' (requires '-nocompositewm').