emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#59742: closed (server-tests failures)


From: GNU bug Tracking System
Subject: bug#59742: closed (server-tests failures)
Date: Sat, 03 Dec 2022 15:21:02 +0000

Your message dated Sat, 3 Dec 2022 16:20:21 +0100
with message-id <A6C89DBD-754D-42E7-A05C-EEA73399DA23@gmail.com>
and subject line Re: bug#59742: server-tests failures
has caused the debbugs.gnu.org bug report #59742,
regarding server-tests failures
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
59742: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59742
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- 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.




--- End Message ---
--- Begin Message --- 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.



--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]