bug#44148: 28.0.50; eww: often not connected to sites, required g multiple times

bug#44148: 28.0.50; eww: often not connected to sites, required g multiple times

[Jean Louis]

I am experiencing this behaviour so many times, I wish to open some
website, like www.gnu.org, then eww maybe connects immediately, maybe
not.

My connection with graphical browsers is just fine, maybe they persist
better.

I do not get error, I just see that eww is kind of trying to connect,
but nothing comes on screen until I press g to retry again, usually
second time it works.

This behavior I am observing for last days or weeks and I do not
remember it before.


In GNU Emacs 28.0.50 (build 18, x86_64-pc-linux-gnu, GTK+ Version 3.22.12, cairo version 1.14.8)
 of 2020-10-14 built on protected.rcdrun.com
Repository revision: 423439b38067c4a428310edab24fba7da082027c
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11907000
System Description: Hyperbola GNU/Linux-libre

Configured using:
 'configure --prefix=/package/text/emacs-2020-10-14 --with-modules'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS JSON PDUMPER LCMS2

Important settings:
  value of $LC_ALL: de_DE.UTF-8
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=exwm-xim
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort hashcash mail-extr emacsbug message rmc puny dired
dired-loaddefs rfc822 mml easymenu mml-sec epa derived epg epg-config
gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs password-cache json map text-property-search
time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite charscript charprop case-table epa-hook jka-cmpr-hook help
simple abbrev obarray cl-preloaded nadvice button loaddefs faces
cus-face macroexp files window text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)

Memory information:
((conses 16 53313 9267)
 (symbols 48 7217 1)
 (strings 32 19023 1964)
 (string-bytes 1 621525)
 (vectors 16 11503)
 (vector-slots 8 164228 12684)
 (floats 8 24 39)
 (intervals 56 195 0)
 (buffers 992 11))

-- 
Thanks,
Jean Louis

bug#44148: 28.0.50; eww: often not connected to sites, required g multiple times

[Lars Ingebrigtsen]

Jean Louis <bugs@gnu.support> writes:

> I am experiencing this behaviour so many times, I wish to open some
> website, like www.gnu.org, then eww maybe connects immediately, maybe
> not.
>
> My connection with graphical browsers is just fine, maybe they persist
> better.
>
> I do not get error, I just see that eww is kind of trying to connect,
> but nothing comes on screen until I press g to retry again, usually
> second time it works.
>
> This behavior I am observing for last days or weeks and I do not
> remember it before.

I'm not seeing this behaviour -- is this with "emacs -Q"?  Is your
network/wifi connection unstable, perhaps?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#44148: 28.0.50; eww: often not connected to sites, required g multiple times

[Jean Louis]

* Lars Ingebrigtsen <larsi@gnus.org> [2020-10-23 14:28]:
> Jean Louis <bugs@gnu.support> writes:
> 
> > I am experiencing this behaviour so many times, I wish to open some
> > website, like www.gnu.org, then eww maybe connects immediately, maybe
> >
> > My connection with graphical browsers is just fine, maybe they persist
> > better.
> >
> > I do not get error, I just see that eww is kind of trying to connect,
> > but nothing comes on screen until I press g to retry again, usually
> > second time it works.
> >
> > This behavior I am observing for last days or weeks and I do not
> > remember it before.
> 
> I'm not seeing this behaviour -- is this with "emacs -Q"?  Is your

Yes, it can be, as I dwell from time to time in polluted Kampala, Uganda, when not in Europe.

Then better close it.

-- 
Jean Louis

bug#44148: 28.0.50; eww: often not connected to sites, required g multiple times

[Lars Ingebrigtsen]

Jean Louis <bugs@gnu.support> writes:

>> I'm not seeing this behaviour -- is this with "emacs -Q"?  Is your
>
> Yes, it can be, as I dwell from time to time in polluted Kampala,
> Uganda, when not in Europe.
>
> Then better close it.

It would be nice if Emacs network connections in general had more retry
logic... well, not in general, but more of a ... framework for retrying,
because it's a recurring issue: Emacs doesn't handle networking problems
as well as could be hoped for.

But there's already an open bug report for that, so I'm closing this one.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no