From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juan Jose Garcia Ripoll Newsgroups: gmane.emacs.bugs Subject: bug#56499: 28.1; Unable to open large file Date: Wed, 13 Jul 2022 18:11:04 +0200 Message-ID: <20220713181104.Horde.qQCra2HV_AWjPLtxsAWVZqo@webmail.csic.es> References: <864jzntw2q.fsf@csic.es> <83a69fzhh8.fsf@gnu.org> <86fsj7y2oz.fsf@csic.es> <87y1wywj4u.fsf@gnus.org> <20220712154640.Horde.m1K04lualEaB24HCr9krVQe@webmail.csic.es> <83bktuxwu9.fsf@gnu.org> <20220713102209.Horde.2zgWs8EuCB8PAyQ_XunK-VF@webmail.csic.es> <83cze9w7zg.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=_0gAdMY2cGHJG9POAxpSRWkF" Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23962"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Horde Application Framework 5 Cc: larsi@gnus.org, 56499@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 13 18:19:19 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1oBf55-00065L-9R for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 Jul 2022 18:19:19 +0200 Original-Received: from localhost ([::1]:36264 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oBf54-0004Up-9w for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 Jul 2022 12:19:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38452) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBey2-0004JT-5J for bug-gnu-emacs@gnu.org; Wed, 13 Jul 2022 12:12:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53679) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oBey1-0007EP-SQ for bug-gnu-emacs@gnu.org; Wed, 13 Jul 2022 12:12:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oBey1-0000CV-M8 for bug-gnu-emacs@gnu.org; Wed, 13 Jul 2022 12:12:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juan Jose Garcia Ripoll Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jul 2022 16:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56499 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 56499-submit@debbugs.gnu.org id=B56499.1657728670693 (code B ref 56499); Wed, 13 Jul 2022 16:12:01 +0000 Original-Received: (at 56499) by debbugs.gnu.org; 13 Jul 2022 16:11:10 +0000 Original-Received: from localhost ([127.0.0.1]:47573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBexC-0000B7-FV for submit@debbugs.gnu.org; Wed, 13 Jul 2022 12:11:10 -0400 Original-Received: from cel1.sgai.csic.es ([161.111.10.57]:56097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBexA-0000Az-WE for 56499@debbugs.gnu.org; Wed, 13 Jul 2022 12:11:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=csic.es; s=t02; h=date:message-id:from:to:cc:subject:references: in-reply-to:mime-version:content-transfer-encoding; bh=jkUoPTOdJ8JT74F3PlxrARpFvTxIVv4GGTtv+MYi4Lw=; b=lrtplhTrWyj2ZPA/OonXO/GgNaob3Tlgc8ayK1zIa003leWP08NioMYs e1KSGCMvFZ0AZ+VGjZSR8pHYwAI8mAITtCBBnXmsRbe9dmbwJKA9bqV6i pq6JXYP0TzlpDLTgLlgduSS3jxhA9BSzPGHoqa0UYsn9B+PSLkXT3JXrk sOt43Rim5W9ejg8DH8P/oCCqw9N2wOnbrRYpQdmrdLrDRcafbNpSv9EF7 TtX3KB5Ib+9tqbQurNSQsO0q3/obasCIq/20Wl1rmrNBz7kvZsi7iGxdV alYhN7yH+wswzHFc6CsGlIvy+TdPzVOu0g5KI4dAgDt79Deh2j1yt6bYO g==; X-IPAS-Result: A2FNCQAq7s5i/wOCZApagRKCZ1uBKYFYF4Q4g0+LS4FyAxGGAIcgkUAdMw8EAQEDAQOEfQKFECY4EwECBAEBAQEDAgMBAQEBAQEDAQEBBQEBAQEBAQYDAQEBAoEYhS85DYI1KQF0gQcBAQEBAQEBAQEBAQEBAQEBAQEBARYCH1I1AR4BAQEBAgEjDwFGDgILDQcBLQICGy4BDQYKCRuCWgmCdSOrcBo1eoExGgJlgxaFBYFlBYE4gWaFZwGHMIErgSWBFTMDgnQ+hGSDNoJDIgSbJgc4AxotLxKBH2wBCAYGBwoFMAYCDBgUBAITElMWAhIFBwoZDhQbIhcMDwMSAw8BBwIJEAgSJQgDAgMIAwIDGwsCAxYJDgMdCAoYEhASAgQRGgsIAxY/CQIEDgNACA4DEQQDDxgJEggQBAYDMgwlCwMUDQEGAwYCBQUBAyADFAMFJAcDIQ8mDQ0EGwcdAwMFJQMCAhsHAgIDAgYVBgICbDkIBAgEKyQPBQIHLwUELwIeBAUGEQgCFgIGBAUCBAQWAhAIAggnFwcTGBsZAQVZEAkhHA4aCgYFBhUDIW8FCjsPKDQ2PCwfGwqBFSwrFgMEBAMCBhoDAyICECkGMQMVBikVFBoTCSp+CQIDJDkoAR2dbEYDIhMBKlFBNBqBEJF2ryQHg1ODUIdSlFwwGwaDb4FQinOGSAORYpZ3ohGFOAMBgUoqgX8zGoNbCUgZkiF7iWVzAjkCBgEKAQEDCY4oXQEB IronPort-PHdr: A9a23:6YkomB2SVhx4aHs3smDOvQMyDhhOgF0UFjAc5pdvsb9SaKPrp82kY BaEo6wy0xSYA83y0LFts6LuqafuWGgNs96qkUspV9hybSIDktgchAc6AcSIWgXRJf/uaDEmT owZDAc2t360PlJIF8ngelbcvmO97SIIGhX4KAF5Ovn5FpTdgsip2e2+4YDfbgdKiTayZb5/L Qi9oBnMuMURnYZsMLs6xAHTontPdeRWxGdoKkyWkh3h+Mq+/4Nt/jpJtf45+MFOTav1f6IjT bxFFzsmKHw65NfqtRbYUwSC4GYXX3gMnRpJBwjF6wz6Xov0vyDnuOdxxDWWMMvrRr0vRz+s8 7lkRwPpiCcfNj427mfXitBrjKlGpB6tvgFzz5LIbI2QMvd1Y6HTcs4ARWdZXshfSTJMDJ6yb 4QNAeUOIelXoYbmqlQUrhayGROhCP/1xzJKgHL9wK000/4mEQHDxAEuG88Ov27SrN7oMKkSV vu1w7fVxjvCdfxWwyvy6InSfRs8vf+MXKpwcc3VyUkrCgjIiVeQqZH/MDOT1OQNtHOb4PR6W eKgkWEnsR1+ojm1ycs2kInJh5oVylfA9SV924s6Oca4SE9nbtK+DpRQrDiXOo1rScwtX29mo jw1yqEauZGlZigKzowqyR7QZfGFb4SF7RDuWeKfLztlhH9rd6+ziwiw/EWuxODxVdW53lhXo idHnNTBtH8D2Rzd5MWbSPZx4Ems1DmT2w3V9+pKL0c0la/BJJ4gxL49joYcsV/CHiDqgkn5k rSWel0r+uey8eTofrTmqYWGN491kgH+NaAumsilDeskNQgOWm6W8vm/2r375UD1XalGgucrn qXFrJzWP9k IronPort-Data: A9a23:gbAVFKjYC//wLV3G6Zoa7Ic1X1610hIKZh0ujC45NGQN5FlHY01je htvCGCDO6uNYmOjc9lzYYS09hsGuZbRm9FgHlQ+/CpnHywW8JqUDtmwEBz9bniYRiHhoOCLz O1FM4Wdc5pkJpP4jk71atANeFEmjfngqoLUUbKCYmYrLeNdYH9JZShLwobVuaY1x4nja++xk Ymq+ZeHZwb+g2Qc3l88sspvljsw5JwehxtA1rAOTagjUIj2ziR94Do3fMldHlOgKmVmNrfSq 9XrldlVyljkEyIFUbtJpJ6gKxFXHeSCVeS5oiE+t6CK2nCur8Gpu0oxHKJ0hUx/011lkz3to TnkWFPZpQoBZ8XxdOohvxZwCA9GYJxG3bj8Zn22ksiw/XHYTCTH3KA7ZK02FdVwFudfHmxE8 PUZLHYGdRGIwe+tqF65YrA0wJ17dI+yZ9tZ4RmMzhmAZRoiaZLeSqPI4sRVmjg5nMtPFLDEZ tIebT5HZw/BaFtCIT/7Dbpgwbz22iWnLFW0rnrJ+aUUxTWD8TZ12b/0AvHtQ96OV89syxPwS mXuuj6R7gshHIHBlWvU2n6hjOXSkji9V4QPUrqi+ZZCjVmS1EQcDgBQUkG0ydG9g1SlWvpQL VEPvC00osAPGFeDF4G7BkXg5iff5lhHMzZNL9AHBMi24vK8y26k6qIsFG8phAAO3CPueQEX6 w== IronPort-HdrOrdr: A9a23:XO1n/6H75oE3fRPIpLqE58eALOsnbusQ8zAXPo5KKCC9Ffbo8f xG/c5rsSMc5wx9ZJhNo7+90ey7MBHhHP1OkO4s1NWZMDUO0VHAROoJ0WKh+UyCJ8SUzI5gPM lbHZSWROeAaGRHsQ== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos; i="5.92,267,1650924000"; d="scan'208,217"; a="65364407" Original-Received: from unknown (HELO webmail.csic.es) ([10.100.130.3]) by cel1.sgai.csic.es with ESMTP; 13 Jul 2022 18:11:04 +0200 Original-Received: from webmail6-pro (localhost [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: 08930807e) by webmail.csic.es (Postfix) with ESMTPSA id 412F33067C83; Wed, 13 Jul 2022 18:11:04 +0200 (CEST) Original-Received: from 62-87-74-27.red-acceso.airtel.net (62-87-74-27.red-acceso.airtel.net [62.87.74.27]) by webmail.csic.es (Horde Framework) with HTTP; Wed, 13 Jul 2022 18:11:04 +0200 In-Reply-To: <83cze9w7zg.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:236907 Archived-At: This message is in MIME format. --=_0gAdMY2cGHJG9POAxpSRWkF Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Description: =?utf-8?b?U8OzbG8=?= texto Content-Disposition: inline Content-Transfer-Encoding: 8bit Metered connections are network connections that charge by volume of data transferred. That happens, for instance, with 4G modems, which I am using this week. When one tethers a 4G mobile phone to a laptop, it is possible to select that the connection is metered, to avoid that Windows uses that link to download big but not so important data (e.g. updates). I was unaware that OneDrive deactivates itself in metered connections even if I ask to synchronize data. When I opened a big file (the ones that OneDrive typically removes from the computer to save space and leaves in the cloud) Emacs got a system error that led to the behavior described before. It also happens with smaller files, I now realize, provided they were not cached in the computer. It is possible to disable the "metered connection" status from the wifi network properties (Windows 10 and Windows 11 settings interface, not control panel). Then OneDrive spins up again and Emacs is left waiting until the file is downloaded, with no error message. Juanjo Eli Zaretskii escribió: >> Date: Wed, 13 Jul 2022 10:22:09 +0200 >> From: Juan Jose Garcia Ripoll >> Cc: larsi@gnus.org, 56499@debbugs.gnu.org >> >> Apologies for the noise. I have found out that this problem is >> related to "metered connections". > > Thanks.  I was about to tell that I couldn't reproduce the problem on > a machine where I have OneDrive set up. > >> On those >> ones, Emacs cannot trigger opening of the file and is not capable >> of returning the right error message. Once >> I disable the option "metered connection" from the network, Emacs >> operates as expected. I suspect this >> cannot really be attributed to Emacs, except for the lack of error >> message in the first situation. > > Would you mind please telling more about the situation where it > happens and about the symptoms?  Does this happen only with > find-file-literally? does it happen only with large files? and what > exactly are "metered connections" and how does one disable that > option? > > The reason for the questions is that I'd like to describe the problem > and the solution in etc/PROBLEMS. > Thanks. Juan José García Ripoll Instituto de Física Fundamental, CSIC Calle Serrano 113b, Madrid 28006, Spain Phone: (+34) 915616800 (dial 943107 when hearing the voice) http://quinfog.iff.csic.es / http://juanjose.garciaripoll.com --=_0gAdMY2cGHJG9POAxpSRWkF Content-Type: text/html; charset=utf-8 Content-Description: Mensaje HTML Content-Disposition: inline

Metered connections are network connections that charge by volume of data transferred. That happens, for instance, with 4G modems, which I am using this week.

When one tethers a 4G mobile phone to a laptop, it is possible to select that the connection is metered, to avoid that Windows uses that link to download big but not so important data (e.g. updates).

I was unaware that OneDrive deactivates itself in metered connections even if I ask to synchronize data. When I opened a big file (the ones that OneDrive typically removes from the computer to save space and leaves in the cloud) Emacs got a system error that led to the behavior described before. It also happens with smaller files, I now realize, provided they were not cached in the computer.

It is possible to disable the "metered connection" status from the wifi network properties (Windows 10 and Windows 11 settings interface, not control panel). Then OneDrive spins up again and Emacs is left waiting until the file is downloaded, with no error message.

Juanjo

Eli Zaretskii <eliz@gnu.org> escribió:

Date: Wed, 13 Jul 2022 10:22:09 +0200
From: Juan Jose Garcia Ripoll <juanjose.garcia.ripoll@csic.es>
Cc: larsi@gnus.org, 56499@debbugs.gnu.org

Apologies for the noise. I have found out that this problem is related to "metered connections".

Thanks.  I was about to tell that I couldn't reproduce the problem on
a machine where I have OneDrive set up.

On those
ones, Emacs cannot trigger opening of the file and is not capable of returning the right error message. Once
I disable the option "metered connection" from the network, Emacs operates as expected. I suspect this
cannot really be attributed to Emacs, except for the lack of error message in the first situation.

Would you mind please telling more about the situation where it
happens and about the symptoms?  Does this happen only with
find-file-literally? does it happen only with large files? and what
exactly are "metered connections" and how does one disable that
option?

The reason for the questions is that I'd like to describe the problem
and the solution in etc/PROBLEMS.
Thanks.



Juan José García Ripoll

Instituto de Física Fundamental, CSIC
Calle Serrano 113b, Madrid 28006, Spain
Phone: (+34) 915616800 (dial 943107 when hearing the voice)
http://quinfog.iff.csic.es / http://juanjose.garciaripoll.com

--=_0gAdMY2cGHJG9POAxpSRWkF--