GNU bug report logs - #49285
28.0.50; problems loading https://wikipedia.org with eww

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49285 in the body.
You can then email your comments to 49285 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; problems loading https://wikipedia.org with eww
Date: Wed, 30 Jun 2021 08:11:32 +0200

[Message part 1 (text/plain, inline)]

After installing, I start emacs with the App Icon.

M-x eww
https://wikipedia.org

Emacs waits forever and doesn't load anything.

I try with ‘emacs -Q’ from the CLI and the effect is the same.

I’m using packages.  In a third step I force emacs to reload the .emacs.d/elpa infrastructure by deleting it.  
I start emacs from the CLI and after the packages are reloaded from the Internet, it will take about 1-2 minutes 
before the wikipedia is finally accessed.

However, even after this, eww will not load the Wikipedia if I start emacs with -Q

In GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin17.7.0, NS appkit-1561.61 Version 10.13.6 (Build 17G14042))
 of 2021-06-30 built on paag.local
Repository revision: 1dba0ca278f8185912e8d39b2af05fc6739b65f8
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1561
System Description:  Mac OS X 10.13.6

Configured using:
 'configure PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
 LDFLAGS=-L/usr/local/lib CPPFLAGS=-I/usr/local/include CC=clang
 OBJC=clang 'CFLAGS=-g -O3''

Configured features:
ACL GMP GNUTLS JPEG JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG
THREADS TIFF TOOLKIT_SCROLL_BARS XIM ZLIB

Important settings:
  value of $LC_COLLATE: es_ES.UTF-8
  value of $LC_CTYPE: es_ES.UTF-8
  value of $LC_MESSAGES: es_ES.UTF-8
  value of $LC_MONETARY: es_ES.UTF-8
  value of $LC_NUMERIC: es_ES.UTF-8
  value of $LC_TIME: es_ES.UTF-8
  value of $LANG: es_ES.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Messages

Minor modes in effect:
  tooltip-mode: t
  global-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
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired dired-loaddefs rfc822 mml
mml-sec epa derived epg epg-config mm-decode mm-bodies mm-encode
mailabbrev gmm-utils mailheader sendmail gnutls network-stream url-http
mail-parse rfc2231 url-gw nsm rmc url-cache url-auth format-spec eww xdg
url-queue thingatpt shr kinsoku svg xml dom browse-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util url-parse url-vars mailcap puny mm-url gnus nnheader gnus-util
rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map rfc2047 rfc2045 ietf-drums
text-property-search time-date subr-x seq byte-opt gv bytecomp
byte-compile cconv mail-utils wid-edit mm-util mail-prsvr cl-loaddefs
cl-lib iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util
term/common-win 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 easymenu
timer select scroll-bar mouse jit-lock font-lock syntax 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 kqueue cocoa ns multi-tty
make-network-process emacs)

Memory information:
((conses 16 78275 7440)
 (symbols 48 9475 1)
 (strings 32 27252 1981)
 (string-bytes 1 861902)
 (vectors 16 17534)
 (vector-slots 8 227996 7058)
 (floats 8 43 21)
 (intervals 56 228 0)
 (buffers 992 12))
—
PEDRO ANDRES ARANDA GUTIERREZ
paranda <at> it.uc3m.es
Universidad Carlos III Madrid

Fragen sind nicht da um beantwortet zu werden…
Fragen sind da, um gestellt zu werden.
Georg Kreisler

[Message part 2 (text/html, inline)]

Message #8 received at 49285 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
Cc: 49285 <at> debbugs.gnu.org
Subject: Re: bug#49285: 28.0.50;
 problems loading https://wikipedia.org with eww
Date: Wed, 30 Jun 2021 14:37:30 +0300

> From: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
> Date: Wed, 30 Jun 2021 08:11:32 +0200
> 
> After installing, I start emacs with the App Icon.
> 
> M-x eww
> https://wikipedia.org
> 
> Emacs waits forever and doesn't load anything.

Does "After installing" mean that you had a previous build which did
work?  If so, what version of Emacs was that?  If that was a build of
the master branch (i.e. Emacs 28.0.50) as well, can you tell on what
date did you update from Git before building that previous version?

Message #11 received at 49285 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
Cc: 49285 <at> debbugs.gnu.org
Subject: Re: bug#49285: 28.0.50; problems loading https://wikipedia.org with
 eww
Date: Thu, 01 Jul 2021 09:24:38 +0300

[Please keep the bug address on the CC list.]

> From: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
> Date: Thu, 1 Jul 2021 07:48:42 +0200
> 
> Hi Eli
> 
> > El 30 jun 2021, a las 13:37, Eli Zaretskii <eliz <at> gnu.org> escribió:
> > 
> >> From: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
> >> Date: Wed, 30 Jun 2021 08:11:32 +0200
> >> 
> >> After installing, I start emacs with the App Icon.
> >> 
> >> M-x eww
> >> https://wikipedia.org
> >> 
> >> Emacs waits forever and doesn't load anything.
> 
> Let’s go step by step, because it seems it is even more weird than I thought. Or, at least,
> it looks like I’m doing something wrong I’m not aware of.
> 
> Let’s start by the easy questions “Installing” means dragging the App bundle to /Applications after Emcs is built,
> 
> > Does "After installing" mean that you had a previous build which did
> > work?  If so, what version of Emacs was that?  If that was a build of
> > the master branch (i.e. Emacs 28.0.50) as well, can you tell on what
> > date did you update from Git before building that previous version?
> 
> 
> Yes, I try to keep an updated working version to work with. Now that the lectures are over, I work less and
> compile more ;-) I use Emacs for LaTEX/org in documents and presentations and Python/Bash/C for programming tasks.
> 
> Now the weird things. 
> This “eww hanging on a freshly compiled Emacs.app” experience is something 
> that I have stumbled upon around the 20th of June. I was not aware of anything like that before.
> I had a couple of nasty weeks where I wasn’t able to refresh my packages or regenerate my .emacs.d/elpa
> directory, but that has not been the case for the last semester or so.
> 
> Today I have seen that I need to restart my Mac before usingthe freshly compiled Emacs.app
> 
> In fact, when I was having problems with the packages I was not able to do anything related with GNUTLS. 
> BTW, I’m using the latest GNUTLS 3.6. I compile myself using the Rudix package manager, 
> To check that GNUTLS is built correctly I compile and use wget, lftp and other programs from Rudix.
> If I can ‘wget -O - https://wikipedia.org' <https://wikipedia.org'/> I assume that the GNUTLS infrastructure is correctly installed.
> 
> Maybe I need to refine my testing procedure(suggestiosn, tips welcome). I’ll continue investigating and report back.

Thanks.

While you dig deeper into this issue, please try to figure out what
has changed since the last version which didn't have these problems.
Did only Emacs change?  Did you compile GnuTLS anew?  Did you update
your OS and/or some of its libraries relevant to this scenario?
Understanding what could be part of the issue is important for the
investigation.

Message #14 received at 49285 <at> debbugs.gnu.org (full text, mbox):

From: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 49285 <at> debbugs.gnu.org
Subject: Seems solved
Date: Fri, 2 Jul 2021 08:23:46 +0200

[Message part 1 (text/plain, inline)]

Hi Eli

I have just recompiled Emacs on my Macbook Pro:

GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin17.7.0, NS appkit-1561.61 Version 10.13.6 (Build 17G14042))
 of 2021-07-02 built on paag.local
Repository revision: 1b88404acc4b6399b617dac2b14f1eaa78135670
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1561
System Description:  Mac OS X 10.13.6

And the problem seems solved. I can directly launch the generated Eamcs.app package in the nextstep directory generated during the compilation and it will load wikipedia.org <http://wikipedia.org/> from eww. Same happens if I drag-and-drop the App bundle to /Applications and then launch Emacs from there *without rebooting* (big kudos!) and from when I launch it from the CLI using my wrapper script!

I suspect that
commit	1b88404acc4b6399b617dac2b14f1eaa78135670 <http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=1b88404acc4b6399b617dac2b14f1eaa78135670>
and mainly the patch to configure.ac has a lot to do with this improvement.

Best, /PA

—
PEDRO ANDRES ARANDA GUTIERREZ
paranda <at> it.uc3m.es
Universidad Carlos III Madrid

Fragen sind nicht da um beantwortet zu werden…
Fragen sind da, um gestellt zu werden.
Georg Kreisler

[Message part 2 (text/html, inline)]

Message #19 received at 49285 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 49285 <at> debbugs.gnu.org
Subject: Re: bug#49285: 28.0.50; problems loading https://wikipedia.org with
 eww
Date: Mon, 18 Oct 2021 10:28:14 +0200

PEDRO ANDRES ARANDA GUTIERREZ <paranda <at> it.uc3m.es> writes:

> And the problem seems solved. 

Thanks for checking -- I'm closing this bug report, then.

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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.