Hi, On Thu, Feb 06, Melvin Hadasht wrote:
When an HTTP URL is given along with the -l command line option, and if the URL is redirected by the server, the new URL is handled normally as if the -l option was not given.
This behaviour can be seen with the http://www.google.com URL, at least when requesting it from France, in which case a 302 error code is given and Dillo is redirected to http://www.google.fr/. In that case, the Google logo images are downloaded. Whereas a direct dillo -l http://www.google.fr/ won't download the images.
As far as I have understood, this option is useful when dillo is called from a mail user agent (at least I use it this way). So, since MUA's do not send HTTP headers (and SpamSafe is not applied to further requests by intend), this is indeed not an important issue.
I do not consider this a serious issue, but for consistency I would have expected Dillo to show me the redirection error page with the target URL. The target URL being clickable and also retaining the SpamSafe mode. As said, this is not a high priority issue, it is rather a consistency issue.
Since HTTP redirects may also applied on content types other than HTML, it would have to be handles in another way (e.g. by a message window, or an other additional GUI element within the browser window). Actually, HTTP redirects are the task of the cache, which should not care about the content (and type), and so may not create the appropriate HTML. (META-reqresh is handled by the HTML parser.) Sebastian