GNU bug report logs - #31369
xwidget-webkit-browse-url gives blank widget on URL without protocol

Previous Next

Package: emacs;

Reported by: Andrew Yoon <andrewyoon2 <at> gmail.com>

Date: Sat, 5 May 2018 05:12:01 UTC

Severity: minor

Tags: fixed

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#31369; Package emacs. (Sat, 05 May 2018 05:12:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Andrew Yoon <andrewyoon2 <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 05 May 2018 05:12:01 GMT) Full text and rfc822 format available.

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

From: Andrew Yoon <andrewyoon2 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: xwidget-webkit-browse-url gives blank widget on URL without protocol
Date: Sat, 5 May 2018 00:50:18 -0400
[Message part 1 (text/plain, inline)]
When launching the webkit browser using `M-x xwidget-webkit-browse-url`
with a
URL such as `gnu.org`, an xwidget buffer with a blank, white background is
loaded. Entering `https://gnu.org` works as expected.

In my case, I thought this was indicative of a configuration error and went
on a
pretty deep dive trying to build latest emacs and checking all my GTK
libraries,
but after someone on IRC suggested I try adding a protocol and it worked, I
believe this is just an elisp error.

I think either an error should be emitted on URLs lacking protocol
specifications or (preferably) the URL would be resolved to a protocol
automatically.

Seen both on emacs 25.3.50.1 and on 2018-05-04 snapshot (around
a2003f9663e5649894b05695f7f2b11a3fa96339)

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

Severity set to 'minor' from 'normal' Request was from Noam Postavsky <npostavs <at> gmail.com> to control <at> debbugs.gnu.org. (Tue, 29 May 2018 23:26:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31369; Package emacs. (Mon, 20 Jul 2020 10:23:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrew Yoon <andrewyoon2 <at> gmail.com>
Cc: 31369 <at> debbugs.gnu.org
Subject: Re: bug#31369: xwidget-webkit-browse-url gives blank widget on URL
 without protocol
Date: Mon, 20 Jul 2020 12:22:19 +0200
Andrew Yoon <andrewyoon2 <at> gmail.com> writes:

> I think either an error should be emitted on URLs lacking protocol
> specifications or (preferably) the URL would be resolved to a protocol
> automatically.

I've now made this function in Emacs 28.1 add a "https://" if there's no
protocol in the URL.

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




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 20 Jul 2020 10:23:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 31369 <at> debbugs.gnu.org and Andrew Yoon <andrewyoon2 <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 20 Jul 2020 10:23:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 17 Aug 2020 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 224 days ago.

Previous Next


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