From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Robert Marshall 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 16:56:11 +0000 Message-ID: <21293.49323.882574.3316@capuchin.co.uk> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1395507429 24923 80.91.229.3 (22 Mar 2014 16:57:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Mar 2014 16:57:09 +0000 (UTC) Cc: 17046@debbugs.gnu.org To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 22 17:57:18 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 1WRPET-0005zc-Ix for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Mar 2014 17:57:17 +0100 Original-Received: from localhost ([::1]:57666 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRPET-0008F3-4k for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Mar 2014 12:57:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58478) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRPEL-0008Em-4P for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 12:57:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WRPEF-0004RB-7Z for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 12:57:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43811) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WRPEF-0004R5-3h for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 12:57:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WRPEE-0002mi-B2 for bug-gnu-emacs@gnu.org; Sat, 22 Mar 2014 12:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Marshall Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Mar 2014 16:57: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.139550737810638 (code B ref 17046); Sat, 22 Mar 2014 16:57:02 +0000 Original-Received: (at 17046) by debbugs.gnu.org; 22 Mar 2014 16:56:18 +0000 Original-Received: from localhost ([127.0.0.1]:44993 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WRPDU-0002lV-Pz for submit@debbugs.gnu.org; Sat, 22 Mar 2014 12:56:17 -0400 Original-Received: from know-smtprelay-omc-10.server.virginmedia.net ([80.0.253.74]:53998) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WRPDR-0002lM-Iy for 17046@debbugs.gnu.org; Sat, 22 Mar 2014 12:56:15 -0400 Original-Received: from capuchin.co.uk ([86.1.25.150]) by know-smtprelay-10-imp with bizsmtp id ggwB1n0213EJRsN01gwB2U; Sat, 22 Mar 2014 16:56:12 +0000 X-Originating-IP: [86.1.25.150] X-Spam: 0 X-Authority: v=2.1 cv=Qfbov6rv c=1 sm=1 tr=0 a=M7xYXag64YmbaeErs/qbeg==:117 a=M7xYXag64YmbaeErs/qbeg==:17 a=oWwmHH8kAAAA:8 a=ZoWAZ9ph8JIA:10 a=aGljky2k91gA:10 a=kj9zAlcOel0A:10 a=nPVMadkJzNG2D0AGvFMA:9 a=CjuIK1q_8ugA:10 Original-Received: from poulenc.faure (poulenc [192.168.0.9]) by capuchin.co.uk (Postfix) with ESMTPS id BE867DCA9; Sat, 22 Mar 2014 16:56:06 +0000 (GMT) In-Reply-To: X-Mailer: VM 8.2.0b under 24.3.50.2 (i686-pc-linux-gnu) 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:87180 Archived-At: Juanma Barranquero writes: > On Fri, Mar 21, 2014 at 6:42 PM, martin rudalics wrote: > > > Juanma must likely help now for the HOWTO: > > I'm a bit lost here. What do you need from me? > > > Can you reproduce the problem with an empty .emacs, just loading the > > desktop file. > > > > And can you try with your usual .emacs but deferring loading the desktop > > file until you have seen your initial frame. > > One thing that Robert can try is: > > 1) Put Emacs in the maximized state, or whatever is that is giving > trouble (just one frame). OK I've managed to get a bad frame here, no window decorations but there is a minibuffer visible (and not maximised) > 2) Exit Emacs (saving the desktop) > 3) Copy the "(setq desktop-saved-frameset ...)" line from .emacs.desktop > 4) emacs -Q > 5) paste the (setq desktop-saved-frameset ...) sexp into *scratch* and eval it > 6) eval the following: > (frameset-restore desktop-saved-frameset > :reuse-frames t > :cleanup-frames t > :force-onscreen t) > > Then, repeat from 4) on, with the same desktop-saved-frameset value as > before, but call frameset-restore with :force-onscreen nil (or without > that line, nil is the default). I did all those (2,3 then 4-6) -the desktop-saved-frameset referenced buffers that didn't exist - is that correct or should I have loaded them before evaling the desktop-saved-frameset? Then repeated (4-6) with :force-onscreen now nil > > Assuming that the problem reappears doing that, at least we have a > frameset that causes it, and then we can look into it and try to > understand what happens. > In neither case did the problem appear. What I am seeing on emacs -Q is Ignoring unknown mode `16-mode' Ignoring unknown mode `16-*-*-mode' in *messages* - is this benign? They don't appear with -Q --no-site-file but *info* says that -Q covers --no-site-file? Robert -- Robert Marshall