all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Jean Louis <bugs@gnu.support>
To: Qiantan Hong <qhong@mit.edu>
Cc: emacs-devel@gnu.org
Subject: Re: TODO: after clients disconnected
Date: Fri, 23 Oct 2020 17:42:21 +0300	[thread overview]
Message-ID: <X5LrzbSL84lSF1Py@protected.rcdrun.com> (raw)
In-Reply-To: <8D7E821B-1C35-4A3D-AB64-565CA864730E@mit.edu>

* Qiantan Hong <qhong@mit.edu> [2020-10-23 15:11]:
> > 
> > However, as client I have not disconnected, I killed all buffers.
> > 
> > After killing the last buffer, would it be logical to ask client if
> > session should be disconnected?
> 
> I'm not sure. Also what about server? Suppose we ask if session
> should be disconnected for client, should we do the same thing
> for the server?

I would not.

I think it should never be for server. If there are no people, that
does not mean they will not come.

1. Server starts. There is question if only server would be able to
save the file. I am just thinking that you should maybe give
possibility to clients to save the file on the server, not only on
their side.

- another thought is that file should be under version control or
backup system, as not to lose files.

2. Clients connect, first, second, third. What if there are 10
clients? But third connected, third disconnected. Server should not be
asked anything. It should even be able to leave server running in a
screen/tmus session unattended. It should act as server. Server
operator maybe need not even be there to attend computer.

Maybe some clients could be issued administrative power by the server,
so that client can save the file on server or similar.

3. Disconnecting session or assuming that it should disconnect may
drive server operator to actually disconnect it, but what if other
participants are trying to connect in the same time again? 

-- 
Jean Louis



           reply	other threads:[~2020-10-23 14:42 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <8D7E821B-1C35-4A3D-AB64-565CA864730E@mit.edu>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=X5LrzbSL84lSF1Py@protected.rcdrun.com \
    --to=bugs@gnu.support \
    --cc=emacs-devel@gnu.org \
    --cc=qhong@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.