diff options
author | Stefan Monnier <monnier@iro.umontreal.ca> | 2019-05-18 18:32:47 -0400 |
---|---|---|
committer | Stefan Monnier <monnier@iro.umontreal.ca> | 2019-05-18 18:32:47 -0400 |
commit | 5f9671e57ee99cfe4653b2cb6aca16d52f9a5c53 (patch) | |
tree | d1e0690d4cb44460f544800a493ecadd6b7d4671 /lisp/emacs-lisp/tq.el | |
parent | 2a5705761ea8204441862d59d5fd72a94f5d592a (diff) | |
download | emacs-5f9671e57ee99cfe4653b2cb6aca16d52f9a5c53.tar.gz emacs-5f9671e57ee99cfe4653b2cb6aca16d52f9a5c53.tar.bz2 emacs-5f9671e57ee99cfe4653b2cb6aca16d52f9a5c53.zip |
* lisp/emacs-lisp/package.el: Fix decoding of downloaded files
This is a different fix for bug#34909, which should also fix bug#35739.
Our downloading code used to automatically decode the result according
to the usual heuristics for files. This caused problems when we later
needed to save the data in a file that needed to be byte-for-byte
equal to the original in order to pass the signature verification,
especially because we didn't keep track of which coding-system was
used to decode the data.
(package--unless-error): New macro extracted from
package--with-response-buffer-1, so that we can specify edebug and
indent specs.
(package--with-response-buffer-1): Use it. More importantly, change
code so it runs `body` in a unibyte buffer with undecoded data.
(package--download-one-archive): Don't encode with utf-8 since the data
is not decoded yet.
(describe-package-1): Explicitly decode the readem.txt files here.
* lisp/url/url-handlers.el (url-insert-file-contents): Use it.
(url-insert): Don't decode if buffer is unibyte.
* lisp/url/url-http.el (url-http--insert-file-helper): New function,
extracted from url-insert-file-contents.
Diffstat (limited to 'lisp/emacs-lisp/tq.el')
0 files changed, 0 insertions, 0 deletions