From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: TODO: after clients disconnected Date: Fri, 23 Oct 2020 17:42:21 +0300 Message-ID: References: <8D7E821B-1C35-4A3D-AB64-565CA864730E@mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36313"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/+ (1036f0e) (2020-10-18) Cc: emacs-devel@gnu.org To: Qiantan Hong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 23 16:43:17 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kVyHl-0009M6-9j for ged-emacs-devel@m.gmane-mx.org; Fri, 23 Oct 2020 16:43:17 +0200 Original-Received: from localhost ([::1]:35044 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kVyHk-0005o6-Bf for ged-emacs-devel@m.gmane-mx.org; Fri, 23 Oct 2020 10:43:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45794) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVyGz-0005Ni-15 for emacs-devel@gnu.org; Fri, 23 Oct 2020 10:42:29 -0400 Original-Received: from static.rcdrun.com ([95.85.24.50]:36659) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVyGx-0003K2-CH for emacs-devel@gnu.org; Fri, 23 Oct 2020 10:42:28 -0400 Original-Received: from localhost ([::ffff:41.202.241.51]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002A0B3A.000000005F92EBD0.00005AEA; Fri, 23 Oct 2020 14:42:23 +0000 Content-Disposition: inline In-Reply-To: <8D7E821B-1C35-4A3D-AB64-565CA864730E@mit.edu> Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/23 10:17:50 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:258358 Archived-At: * Qiantan Hong [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