[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#22789: 25.1.50; In last master build https connections stop working
From: |
Alain Schneble |
Subject: |
bug#22789: 25.1.50; In last master build https connections stop working |
Date: |
Wed, 2 Mar 2016 21:46:02 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) |
Alain Schneble <a.s@realize.ch> writes:
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> Alain Schneble <a.s@realize.ch> writes:
>>
>>> And now, even with ordinary http connections, if I delete
>>> ~/.emacs.d/url/cache, no images are displayed the first time I load the
>>> page.
>>
>> Perhaps your Emacs isn't completing the DNS resolutions? There's
>> nothing there to ensure their progress (unless you have a blinking
>> cursor).
>
> I don't think so, because I see that shr-image-fetched is called the
> correct number of times and the status doesn't indicate an error. But
> the insert-image calls do not update the *eww* buffer and the image data
> looks, well, not empty. Or could it be an encoding issue, that the
> images get displayed properly only after being saved as binary to disk
> and re-read from there? I'll try to find out...
That's funny:
- In `shr-tag-img', if the image has not yet been cached, the following
code is evaluated:
(url-queue-retrieve
(shr-encode-url url) 'shr-image-fetched
(list (current-buffer) start (set-marker (make-marker) (1- (point)))
(list :width width :height height))
- When the `callback shr-image-fetched' is invoked, start and end will
form an empty range.
- The image inserted will not be displayed because the range (= alt tag
value) is empty.
- If I add (setq alt "[empty alt]") on top of `shr-put-image', then
loading of images works quite well. Also with https connections. (I
do not say that the issue with the loop progress is not there...)
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/01
- bug#22789: 25.1.50; In last master build https connections stop working, Eli Zaretskii, 2016/03/01
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Alain Schneble, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Alain Schneble, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working,
Alain Schneble <=
- bug#22789: 25.1.50; In last master build https connections stop working, Alain Schneble, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Alain Schneble, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Alain Schneble, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/03
- bug#22789: 25.1.50; In last master build https connections stop working, Alain Schneble, 2016/03/03
- bug#22789: 25.1.50; In last master build https connections stop working, Eli Zaretskii, 2016/03/02
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/03
- bug#22789: 25.1.50; In last master build https connections stop working, Eli Zaretskii, 2016/03/04
- bug#22789: 25.1.50; In last master build https connections stop working, Lars Ingebrigtsen, 2016/03/04