Hitting an invalid URL hard-locks

[ahungry]

By default, using short URLs (ahungry.com vs http://ahungry.com for instance) the browser prepends 'https' instead of 'http' if the current site (such as the intentionally left blank page) was 'https'.

In my case, I opened a brand new compilation of the browser, C-x C-f to get the URL bar and typed 'ahungry.com'.

The browser attempts to connect to https://ahungry.com (which does not exist) and receives the following error in the STDERR of the terminal:

(WebKitWebProcess:20031): libsoup-CRITICAL **: soup_connection_disconnect: assertion 'SOUP_IS_CONNECTION (conn)' failed

After which, I can't get the browser to do anything (it just hangs).

This is under Arch Linux (up to date).

[ralt]

Relevant code:

(defcommand browse-url (browser)
  "Browse the the named URL."
  (with-browser-input browser url
    (or (apply-jumps url browser)
        (if (purl:url-p url)
            (load-url url browser)
            (load-url (format nil "~A~A" *default-scheme* url) browser)))))

(defun load-url (url browser)
  (webkit2:webkit-web-view-load-uri (webview browser) url))

No idea why the webkit2:webkit-web-view-load-uri call would fail so hard...

[AeroNotix]

I think there's a signal we might need to handle from GTK here.