GNU bug report logs - #17217
24.4.50; eww/shr and relative links

Previous Next

Package: emacs;

Reported by: joaotavora <at> gmail.com (João Távora)

Date: Mon, 7 Apr 2014 13:05:03 UTC

Severity: normal

Found in version 24.4.50

Done: joaotavora <at> gmail.com (João Távora)

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: joaotavora <at> gmail.com (João Távora)
Subject: bug#17217: closed (Re: Error in elec-pair.el)
Date: Mon, 14 Apr 2014 22:07:04 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#17217: 24.4.50; eww/shr and relative links

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 17217 <at> debbugs.gnu.org.

-- 
17217: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17217
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: joaotavora <at> gmail.com (João Távora)
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 17217-done <at> debbugs.gnu.org
Subject: Re: Error in elec-pair.el
Date: Mon, 14 Apr 2014 23:06:24 +0100
Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:

>> PS: By te way have you seen my report and possible fix for bug 17217?
> Yes.
>
>> I can't seem to get Lars Magne Ingebrigtsen to answer and I think it's
>> an easy fix.
> Yes, it looks OK, feel free to install it.

Done.

João

[Message part 3 (message/rfc822, inline)]
From: joaotavora <at> gmail.com (João Távora)
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4.50; eww/shr and relative links
Date: Mon, 07 Apr 2014 14:03:47 +0100
Hi maintainers, Lars,

    emacs -Q
    M-x eww RET\
        http://franz.com/support/documentation/current/doc/classes/excl/compiler-inconsistent-name-usage-warning.htm\
        RET

Click on any link in the webpage, *eww* always reports 404, because it
couldn't follow a relative link with href="../../release-notes.htm". A
browser like chromium handles these nicely, so pressing

    C-u RETq

on a link to open it in an external browser works, would navigate to

    http://franz.com/support/documentation/current/doc/release-notes.htm

And not

    http://franz.com/support/documentation/current/doc/classes/excl/../../release-notes.htm

No idea if ../../ is standards compliant, but it would be nice to
understand it.

Thanks,
João

In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
 of 2014-03-30 on LEG570
Repository revision: 116906 jan.h.d <at> swipnet.se-20140329120847-qr6hgyxpd0tk2yve
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'

Configured features:
XPM JPEG TIFF GIF PNG RSVG NOTIFY ACL GNUTLS LIBXML2 ZLIB

Important settings:
  value of $LANG: C.UTF-8
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  global-edit-server-edit-mode: t
  ido-vertical-mode: t
  electric-pair-mode: t
  ido-everywhere: t
  delete-selection-mode: t
  global-auto-revert-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-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




This bug report was last modified 10 years and 278 days ago.

Previous Next


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