From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows decorations Date: Sat, 22 Mar 2014 14:44:57 +0100 Message-ID: <532D93D9.10101@gmx.at> References: <87bnx1me40.fsf@capuchin.co.uk> <532ABA74.5060206@gmx.at> <21290.56690.254740.791923@capuchin.co.uk> <532AE836.2030907@gmx.at> <21290.64241.176419.931155@capuchin.co.uk> <532B4016.7010508@gmx.at> <21291.20160.94341.637290@capuchin.co.uk> <532BF24A.6090703@gmx.at> <21292.6903.499178.348@capuchin.co.uk> <532C5595.2090800@gmx.at> <21292.28324.463848.983080@capuchin.co.uk> <532C7A06.6080703@gmx.at> <532D5A7E.7010700@gmx.at> <21293.30111.645044.742129@capuchin.co.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1395495976 2718 80.91.229.3 (22 Mar 2014 13:46:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Mar 2014 13:46:16 +0000 (UTC) Cc: Juanma Barranquero , 17046@debbugs.gnu.org To: Robert Marshall Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 22 14:46:25 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WRMFi-0001BE-EZ for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Mar 2014 14:46:22 +0100 Original-Received: from localhost ([::1]:57031 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRMFh-0007Dz-TD for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Mar 2014 09:46:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45365) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRMFW-0007DK-Ke for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 09:46:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WRMFP-0005jT-Ad for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 09:46:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43095) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRMFP-0005jN-6c for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 09:46:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WRMFO-0005hq-Qg for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 09:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Mar 2014 13:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17046 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17046-submit@debbugs.gnu.org id=B17046.139549591121851 (code B ref 17046); Sat, 22 Mar 2014 13:46:02 +0000 Original-Received: (at 17046) by debbugs.gnu.org; 22 Mar 2014 13:45:11 +0000 Original-Received: from localhost ([127.0.0.1]:44274 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WRMEY-0005gL-83 for submit@debbugs.gnu.org; Sat, 22 Mar 2014 09:45:10 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:62240) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WRMET-0005g1-8S for 17046@debbugs.gnu.org; Sat, 22 Mar 2014 09:45:06 -0400 Original-Received: from [62.47.253.214] ([62.47.253.214]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LtIZH-1X7OsB3s8x-012lNj; Sat, 22 Mar 2014 14:45:01 +0100 In-Reply-To: <21293.30111.645044.742129@capuchin.co.uk> X-Provags-ID: V03:K0:wyjPGXYm9xzld3ekPIH90NuIT1HpNV6U80K1VxnQk7/RY4rv3GK qcH4rUH/trZXs4rbTH7KhTmP4m7y+eMpmAxn4pPRvYu8gwekP3rgasprBCCroXELdKNf03s CIBCdmOmZYl4WvyWIHdTY86CbgBFbslIPWuncAVqk0iF7Q+3mSTZ4bOJQKNLXl5UuXnvCE4 7ItCh0mcxFj4LrHmkGljA== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:87150 Archived-At: >> > 2) Exit Emacs (saving the desktop) > > > 3) Copy the "(setq desktop-saved-frameset ...)" line from .emacs.desktop > > > 4) emacs -Q > > > > Robert please try here both variants with and without -Q so we can see > > whether something in your .emacs has any impact. > > > > OK, I'm having problems at the moment getting it to replicate either > with a -Q -l loading: > (desktop-save-mode 1) > (setq desktop-save nil) ;; so that the desktop which was giving probs is kept! > (desktop-read "/home/robert/tmp") IIUC Juanma means that you must _not_ call `desktop-read' but rather copy the (setq desktop-saved-frameset ...) form from your .emacs.desktop to *scratch* in the new emacs you just started, evaluate that form and then do (frameset-restore desktop-saved-frameset :reuse-frames t :cleanup-frames t :force-onscreen t) in *scratch*. If this does _not_ reproduce the problem after at most two or three attempts I would conclude that the problem is with the (Juanma might correct me) yet invisible frame used in the original scenario by `desktop-read'. For an invisible frame x_set_window_size_1 chooses the else clause in if (FRAME_VISIBLE_P (f)) x_wait_for_event (f, ConfigureNotify); else { change_frame_size (f, width, height, 0, 1, 0, 1); x_sync (f); } so there's no synchronization with the window manager right here and maybe subsequently making the frame visible is not catching up with the changes induced by change_frame_size. This is the only conclusion I currently have left. So once more: If you can't reproduce the problem here with very few attempts don't insist. In this case we should try the following: Strip your .emacs.desktop from any irrelevant entries. This means to construct a new .emacs.desktop that is sufficient to cause the original problem and otherwise minimal enough so we can debug it. Juanma: Can we get a pretty printed version of Robert's .emacs.desktop such that he can process it with `desktop-read' and we can comment out entries easily? Then we could start in a first step do things like ;; (foreground-color . "DarkOrchid1") ;; (background-color . "mint cream") ;; (mouse-color . "#221f1e") ;; (border-color . "black") ;; (screen-gamma) ;; (line-spacing) (left-fringe . 8) (right-fringe . 8) ;; (scroll-bar-foreground . "#221f1e") ;; (scroll-bar-background . "grey75") (menu-bar-lines . 1) (tool-bar-lines . 1) ;; (title) (wait-for-wm . t) ;; (fullscreen) (tool-bar-position . top) ;; (icon-type . t) ;; (auto-raise) ;; (auto-lower) ;; (cursor-type . box) (scroll-bar-width . 16) ;; (alpha . 90) (horizontal-scroll-bars . t) ;; (display-type . color) ;; (background-mode . light) ;; (cursor-color . "#221f1e") ;; (sticky) ;; (environment) Ideally we could comment out everything but the height and width entries but I suppose we need some additional entry to produce the bug. Any such entry already should provide a first clue. > or with my normal .emacs will let you know when I manage to generate > the same problem again! martin