From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-044.btinternet.com (mailomta27-sa.btinternet.com [213.120.69.33]) by sourceware.org (Postfix) with ESMTPS id 214453858CDB for ; Sun, 14 Aug 2022 11:11:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 214453858CDB Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-004.btmx-prd.synchronoss.net ([10.2.38.7]) by sa-prd-fep-044.btinternet.com with ESMTP id <20220814111113.HYRO3230.sa-prd-fep-044.btinternet.com@sa-prd-rgout-004.btmx-prd.synchronoss.net>; Sun, 14 Aug 2022 12:11:13 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 613943C635649850 X-Originating-IP: [81.153.98.171] X-OWM-Source-IP: 81.153.98.171 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvfedrvdehtddgfeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfhuffvfhgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeeltdevudffieekuefggfehfeejgeffheffvdejlefgffffleetfedvtedvleetheenucffohhmrghinheptgihghifihhnrdgtohhmnecukfhppeekuddrudehfedrleekrddujedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddutdehngdpihhnvghtpeekuddrudehfedrleekrddujedupdhmrghilhhfrhhomhepjhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhdpnhgspghrtghpthhtohepvddprhgtphhtthhopegthihgfihinhestgihghifihhnrdgtohhmpdhrtghpthhtohepthgrmhgsohhrihhlsehgmhgrihhlrdgtohhm X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.105] (81.153.98.171) by sa-prd-rgout-004.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 613943C635649850; Sun, 14 Aug 2022 12:11:13 +0100 Message-ID: <8dc81338-b4c2-140f-cda3-bf173f5399c7@dronecode.org.uk> Date: Sun, 14 Aug 2022 12:11:11 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 From: Jon Turney Subject: Re: Cygwin-X AWT windows snap back after drag in multi-window mode (w/example): long-standing issue To: John Harris , The Cygwin Mailing List References: Content-Language: en-GB In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1192.1 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_PASS, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) 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, 14 Aug 2022 11:11:15 -0000 On 13/02/2022 16:14, John Harris wrote: > For well over ten years, I (and other developers with the same > configuration) have been experiencing this issue with Cygwin-X in > multi-window mode with Java AWT apps. Sigh. > The issue is simply that the first time (and only the first time) > certain AWT dialogs are dragged to move them, they snap back to their > original position. > > The problem exists across JDK's, computers, cygwin versions, fresh > installs, and everything I've tried. > > This can easily be reproduced by compiling (javac) and running (java) > the attached trivial AWT code. If you get this error at runtime: Thanks for the simple test case. This looks like a problem in the same area as [1], where AWT tries to detect what WM it running under, but doesn't really understand about non-reparenting WMs and messes up... This looks like a bug in AWT in that occurs with non-reparenting WMs (something like: learning the size of the "insets" (size of window frame and decorations) the first time a ConfigureNotify event occurs makes it move the window back to it's original location...) You can see some of what's happening if you turn on the sun.awt.X11.XDecoratedPeer logger in AWT. I tried a few things in the multiwindow mode WM as workarounds to avoid tripping over this behaviour in AWT, but without success, so I can only suggest you raise a bug on AWT. [1] https://cygwin.com/pipermail/cygwin-xfree/2010-July/034625.html