From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Aaron Jensen Newsgroups: gmane.emacs.bugs Subject: bug#31546: 27.0.50; macOS child frames with no mode-line mouse click problem Date: Thu, 24 May 2018 08:58:32 -0700 Message-ID: References: <5B03C5DD.2000304@gmx.at> <5B03D77C.80606@gmx.at> <20180522193353.GC35196@breton.holly.idiocy.org> <20180522194441.GE35196@breton.holly.idiocy.org> <5B050BEA.4000804@gmx.at> <20180523213124.GC36578@breton.holly.idiocy.org> <5B06679A.2020407@gmx.at> <83o9h5ax8n.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1527177764 15132 195.159.176.226 (24 May 2018 16:02:44 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 24 May 2018 16:02:44 +0000 (UTC) Cc: 31546@debbugs.gnu.org, Alan Third To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 24 18:02:40 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLshL-0003pj-QZ for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 May 2018 18:02:40 +0200 Original-Received: from localhost ([::1]:39456 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLsjS-0007b6-QE for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 May 2018 12:04:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56327) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLsdt-0003TS-IF for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 11:59:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fLsdq-0002qV-Eu for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 11:59:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38750) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fLsdq-0002q1-CE for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 11:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fLsdp-0002tC-SK for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 11:59:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Aaron Jensen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 May 2018 15:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31546 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31546-submit@debbugs.gnu.org id=B31546.152717753111090 (code B ref 31546); Thu, 24 May 2018 15:59:01 +0000 Original-Received: (at 31546) by debbugs.gnu.org; 24 May 2018 15:58:51 +0000 Original-Received: from localhost ([127.0.0.1]:46647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLsdf-0002so-Ku for submit@debbugs.gnu.org; Thu, 24 May 2018 11:58:51 -0400 Original-Received: from mail-qk0-f174.google.com ([209.85.220.174]:39177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLsde-0002sc-0i for 31546@debbugs.gnu.org; Thu, 24 May 2018 11:58:50 -0400 Original-Received: by mail-qk0-f174.google.com with SMTP id z75-v6so1672069qkb.6 for <31546@debbugs.gnu.org>; Thu, 24 May 2018 08:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ajMeMNj1olIY5YjUQprWGiWsWe9Ad/A90f2uKy9C7AM=; b=lbZ8EyvwhibU6zEs0EcS0RLoVa/p7NGIuiHClgkxRp0f21Uh4p+fVQcn2ef51hmx4n LLPdfdFplraueoPHuuIVM9O3YuiWZCM15//1mHAuZRrQVb/beFHy1vrqCcfDMk0LzMsx fBy0C88k+VnfM0k3JXBbiQuKvq801EJ0/262yVKC21Im6lk3FhAUG5zXzXbHcnxrqjWo ChOjYdUbLVS9NlXx8ntfPA5b5L4+hHZRGKYH5HbW4aqRvcT4sYFq+bwMomOwTfclnw0R V98VtcAszOU880IQhHTt7lzfJxULTUctwOELlY+ITc1Jp3RAtZ3vdh3jX9XelBCluS/S 7wCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ajMeMNj1olIY5YjUQprWGiWsWe9Ad/A90f2uKy9C7AM=; b=PHw5cCMGmd6f5F1VosOvUvUySJ6fjyywXrgkJ4L6suQa2UjbT05tko2wanVaLc9SAp 5GPmodw+oebXBsZuhUyyqwMuXJn0SXxq/xpyZppFx/wB1Lq7ofC5gqDI6YJGK/ukfTmP dzQMqpXVRNarFhwrQzHia9HNdEjDuWPVh92Mn+dKD2G5ZMDKm9f/0zvDcWpIhYd1VL0e TG6xsq8edWGSMSfjPyrBD9iMiVVTNpgM40LXjJWcLaXgH6r9FEAdwqAvMcy7AFFLukH+ aLJTYfYxG2alsdw87CTb39ieFLjTXs1GSfFDzadl0VjKmJa6TjbiLzCP9DbR0hPafmnu UyaA== X-Gm-Message-State: ALKqPwcKg6xNrwrKJsXg+ZXaIjqbMlDCndd45t4ZqMLD8Jb1NwhSuF3n 7qBomOtdjl7J+al/SJqy08CyTXqteP0hits4fOs= X-Google-Smtp-Source: AB8JxZrBQvqapo8B8BFutkXrIof1EHJxh8WLFPL2190qU6DU9fmt7ZsWY4bQ2R8d+PPvM8VRfW1CnWlRRTNJQGDXrsQ= X-Received: by 2002:a37:b204:: with SMTP id b4-v6mr7465589qkf.149.1527177524356; Thu, 24 May 2018 08:58:44 -0700 (PDT) In-Reply-To: <83o9h5ax8n.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:146483 Archived-At: On Thu, May 24, 2018 at 8:29 AM Eli Zaretskii wrote: > Is this NS specific? I cannot reproduce any problem with the original > recipe posted with this bug report, but maybe you are already using a > modified one (the talk about pixelwise resizing seems to suggest > that)? > If it's NS-specific, I'd like to understand the issue deeper before we > decide how and on which branch to fix it. It could very well be. I don't have a non-NS machine to test. The behavior seems isolated to frames that have no-accept-focus set. It doesn't actually require the frame to be a child frame. This is the minimal repro so far: (progn (let ((buffer (get-buffer " *foo*"))) (when (buffer-live-p buffer) (kill-buffer buffer))) (let ((buffer (get-buffer-create " *foo*")) (after-make-frame-functions nil)) (with-current-buffer buffer (goto-char (point-min)) (insert "1 This is a test\n2 This is a test\n3 This is a test") (delete-region (point) (point-max)) (setq-local resize-mini-windows nil) (setq-local mode-line-format nil) (setq-local repro-frame (make-frame `( (minibuffer . nil) (no-accept-focus . t) ) )) (let ((win (frame-root-window repro-frame))) (set-window-parameter win 'mode-line-format nil) (set-window-buffer win buffer))))) It's easier to repro if after evaling you move the new frame so that it no longer overlaps the original frame. Then click a few px from the bottom of the frame--about half of a line-height from the bottom. You may need to click a couple of times (slowly) around this area. I tend to have the best luck towards the bottom left of the frame. Here's a gif: https://cl.ly/1R3Q231u201R/Screen%20Recording%202018-05-24%20at%2008.56%20AM.gif One question is, on other platforms, if you inspect the start-event in mouse-drag-region is it for the new frame or the original frame? For me on macOS, it's for the new frame even though no-accept-focus is set. > What do you mean by "a line that the buffer does not extend to"? Is > that empty space beyond EOB, or is that something else? Yes.