GNU bug report logs - #59742
server-tests failures

Previous Next

Package: emacs;

Reported by: Mattias Engdegård <mattias.engdegard <at> gmail.com>

Date: Thu, 1 Dec 2022 15:03:01 UTC

Severity: normal

Done: Mattias Engdegård <mattias.engdegard <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Subject: bug#59742: closed (Re: bug#59742: server-tests failures)
Date: Sat, 03 Dec 2022 15:21:02 +0000

[Message part 1 (text/plain, inline)]
Your bug report

#59742: server-tests failures

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 59742 <at> debbugs.gnu.org.

-- 
59742: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59742
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]
From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 59742-done <at> debbugs.gnu.org
Subject: Re: bug#59742: server-tests failures
Date: Sat, 3 Dec 2022 16:20:21 +0100

> Let's see how the CI takes it.

Looks like it's happy now. Closing now, but do tell if you have misgivings.



[Message part 3 (message/rfc822, inline)]
From: Mattias Engdegård <mattias.engdegard <at> gmail.com>
To: Emacs Bug Report <bug-gnu-emacs <at> gnu.org>
Cc: Jim Porter <jporterbugs <at> gmail.com>
Subject: server-tests failures
Date: Thu, 1 Dec 2022 16:01:45 +0100

The server-tests still fail for an apparent variety of reasons. The behaviour differs depending how the test is run: from a terminal, from ´M-x compile`, interactively via `M-x ert`, Emacs started with or without `-nw`, and so on.

At least the batch-mode tests would cease failing if we just applied the following:

 (defconst server-tests/can-create-frames-p
-  (not (memq system-type '(windows-nt ms-dos)))
+  (and window-system (not (memq system-type '(windows-nt ms-dos))))

Any reason not to?

Even so, there is still a failure if run interactively (M-x ert), and a created frame isn't removed properly.
This bug report was last modified 2 years and 215 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.