From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19617 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: W3 doesn't like bad URLs Date: 03 Dec 1998 12:03:30 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157935 12530 80.91.224.250 (20 Oct 2002 23:52:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:52:15 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA02029 for ; Thu, 3 Dec 1998 12:05:54 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.9.1/8.9.1) with ESMTP id LAA20114; Thu, 3 Dec 1998 11:04:17 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 03 Dec 1998 11:04:17 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id LAA18039 for ; Thu, 3 Dec 1998 11:04:09 -0600 (CST) Original-Received: from beaver.jprc.com (BEAVER.JPRC.COM [207.86.147.217]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA01986 for ; Thu, 3 Dec 1998 12:04:02 -0500 (EST) Original-Received: (from karl@localhost) by beaver.jprc.com (8.8.7/8.8.7) id MAA29064; Thu, 3 Dec 1998 12:03:30 -0500 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu User-Agent: Gnus/5.070062 (Pterodactyl Gnus v0.62) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 64 Xref: main.gmane.org gmane.emacs.gnus.general:19617 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19617 It's no surprise that W3 doesn't approve, but a particular website sometimes provides text/html containing bogus host-less URLs; some of these pages get forwarded to an internal newsgroup here, and so I get *Warning* buffers containing... (1) (url/warning) Malformed URL got passed into url-retrieve. Either `url-expand-file-name' is broken in some way, or an incorrect URL was manually entered (more likely). ...along with a minibuf message... Malformed URL: `http:/ABT_gif/Asia_Logo.gif' ...all of which is caused by... Welcome to AsiaBizTech Web Site ...and if I turn on `debug-on-error,' I get a stack trace: Signaling: (error "Malformed URL: `http:/ABT_gif/Asia_Logo.gif'") signal(error ("Malformed URL: `http:/ABT_gif/Asia_Logo.gif'")) cerror("Malformed URL: `%s'" "http:/ABT_gif/Asia_Logo.gif") apply(cerror ("Malformed URL: `%s'" "http:/ABT_gif/Asia_Logo.gif")) error("Malformed URL: `%s'" "http:/ABT_gif/Asia_Logo.gif") url-http("http:/ABT_gif/Asia_Logo.gif") url-retrieve-internally("http:/ABT_gif/Asia_Logo.gif" nil) url-retrieve("http:/ABT_gif/Asia_Logo.gif") w3-maybe-start-image-download((image buffer # :children ((item :to # :from # :button-extent # :help-echo widget-image-summarize :parent #0 :notify widget-image-callback :action widget-default-action :delete widget-default-delete :tab-order -1 :button-face ... :tag "Welcome to AsiaBizTech Web Site" :format "%[%t%]" :value usemap :args nil)) where # :src "http:/ABT_gif/Asia_Logo.gif" :button-face (# # # # # #) :target nil :href nil usemap nil ismap nil alt "Welcome to AsiaBizTech Web Site" :args nil)) w3-resurrect-images() w3-draw-tree(((*document nil (...)))) byte-code("[130 bytecode chars, deleted]" [get-buffer-create " *w3-region*" erase-buffer source w3-parse-buffer parse st nd w3-draw-tree nil widget glyph url w3-image-widgets-waiting widget-get :src assoc w3-graphics-list (widget-value-set widget glyph) ((error)) url-current-object 6 push-mark t w3-find-specific-link w3-running-xemacs device-type tty w3-fixup-eol-faces message "Drawing... done"] 3) w3-region(829 9720) byte-code("[11 bytecode chars]" [width w3-strict-width w3-region] 3) mm-inline-text((#"> ("text/html" (charset . "us-ascii") (name . "98120315.html")) 7bit nil ("inline" (filename . "98120315.html")) nil nil)) mm-display-inline((#"> ("text/html" (charset . "us-ascii") (name . "98120315.html")) 7bit nil ("inline" (filename . "98120315.html")) nil nil)) mm-display-part((#"> ("text/html" (charset . "us-ascii") (name . "98120315.html")) 7bit nil ("inline" (filename . "98120315.html")) nil nil) t) byte-code("[196 bytecode chars]" [ignored string-match type throw nil 4 handle "inline" not-attachment mm-automatic-display-p mm-inlinable-part-p mm-automatic-external-display-p t display split-string "/" "text" text gnus-article-mime-handle-alist id gnus-unbuttonized-mime-type-p gnus-article-insert-newline gnus-insert-mime-button move -2 gnus-newsgroup-default-charset gnus-newsgroup-iso-8859-1-forced mm-charset-iso-8859-1-forced rfc2047-default-charset mm-display-part mm-insert-inline mm-get-part] 5) gnus-mime-display-single((#"> ("text/html" (charset . "us-ascii") (name . "98120315.html")) 7bit nil ("inline" (filename . "98120315.html")) nil nil)) gnus-mime-display-part((#"> ("text/html" (charset . "us-ascii") (name . "98120315.html")) 7bit nil ("inline" (filename . "98120315.html")) nil nil)) mapcar(gnus-mime-display-part ((#"> ("text/plain" ...) 7bit (lambda nil ...) nil nil nil) (#"> ("text/html" ... ...) 7bit nil ("inline" ...) nil nil))) gnus-mime-display-mixed(((#"> ("text/plain" ...) 7bit (lambda nil ...) nil nil nil) (#"> ("text/html" ... ...) 7bit nil ("inline" ...) nil nil))) gnus-mime-display-part(("multipart/mixed" (#"> ("text/plain" ...) 7bit (lambda nil ...) nil nil nil) (#"> ("text/html" ... ...) 7bit nil ("inline" ...) nil nil))) gnus-display-mime() gnus-article-prepare-display() gnus-article-prepare(198 nil) gnus-summary-display-article(198 nil) gnus-summary-select-article(nil force) gnus-summary-show-article(nil) call-interactively(gnus-summary-show-article) Admittedly, it's Wrong for this site to serve pages containing broken URLs, but on the other hand, when this happens, the article doesn't even render, because the interaction with bringing up the *Warning* removes the rest of my buffers from visibility. Would it be possible for W3 to be a bit more forgiving, and render the rest of the page anyhow? Feedback to the site in question is of course also being done, since this shouldn't be a problem in the first place. Just wondering...there isn't some pseudostandard involved here, where a host-less URL implicitly refers to the host from which the containing page emanated, such that W3 is responsible for figuring this out on its own?