Your message dated Tue, 23 Dec 2008 12:30:17 -0200
with message-id <[email protected]>
and subject line Re: Bug#509576: libwebkit: Response code 301 not handled 
properly
has caused the Debian Bug report #509576,
regarding libwebkit: Response code 301 not handled properly
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
509576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509576
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libwebkit-1.0-1
Version: 1.0.2~pre.svn37878-1
Severity: important
File: libwebkit


I was compiling midori against current version of webkit from
experimental and I recognized that there are some issues with handling
of 301 and 302 responses of webserver. It appears that the redirect is
not recognized and the browser is trying to acces the original URL
again and again.

Inside logfile of webserver it looks like this:

[...]
xx.xx.xx.xx www.example.org - [23/Dec/2008:12:31:52 +0000] "GET /index.php 
HTTP/1.1" 301 0 "http://frank.uvena.de/index.php"; "Mozilla/5.0 (X11; U; Linux 
x86_64; de-de) AppleWebKit/525.1+ (KHTML, like Gecko, Safari/525.1+) midori"
xx.xx.xx.xx www.example.org - [23/Dec/2008:12:31:52 +0000] "GET /index.php 
HTTP/1.1" 301 0 "http://frank.uvena.de/index.php"; "Mozilla/5.0 (X11; U; Linux 
x86_64; de-de) AppleWebKit/525.1+ (KHTML, like Gecko, Safari/525.1+) midori"
xx.xx.xx.xx www.example.org - [23/Dec/2008:12:31:53 +0000] "GET /index.php 
HTTP/1.1" 301 0 "http://frank.uvena.de/index.php"; "Mozilla/5.0 (X11; U; Linux 
x86_64; de-de) AppleWebKit/525.1+ (KHTML, like Gecko, Safari/525.1+) midori"
[...]

Inside browser it's showing loading but no changes are appearing. 

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libwebkit-1.0-1 depends on:
ii  libatk1.0-0                1.22.0-1      The ATK accessibility toolkit
ii  libc6                      2.7-16        GNU C Library: Shared libraries
ii  libcairo2                  1.8.6-1       The Cairo 2D vector graphics libra
ii  libcurl3-gnutls            7.18.2-7      Multi-protocol file transfer libra
ii  libfontconfig1             2.6.0-3       generic font configuration library
ii  libfreetype6               2.3.7-2       FreeType 2 font engine, shared lib
ii  libglib2.0-0               2.18.2-1      The GLib library of C routines
ii  libgtk2.0-0                2.14.5-1      The GTK+ graphical user interface 
ii  libicu38                   3.8.1-3       International Components for Unico
ii  libjpeg62                  6b-14         The Independent JPEG Group's JPEG 
ii  libpango1.0-0              1.20.5-3      Layout and rendering of internatio
ii  libpng12-0                 1.2.27-2      PNG library - runtime
ii  libsqlite3-0               3.5.9-6       SQLite 3 shared library
ii  libstdc++6                 4.3.2-1       The GNU Standard C++ Library v3
ii  libx11-6                   2:1.1.5-2     X11 client-side library
ii  libxml2                    2.6.32.dfsg-5 GNOME XML library
ii  libxslt1.1                 1.1.24-2      XSLT processing library - runtime 
ii  libxt6                     1:1.0.5-3     X11 toolkit intrinsics library

libwebkit-1.0-1 recommends no packages.

libwebkit-1.0-1 suggests no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
On Tue, 2008-12-23 at 13:33 +0100, Frank Lanitz wrote:
> I was compiling midori against current version of webkit from
> experimental and I recognized that there are some issues with handling
> of 301 and 302 responses of webserver. It appears that the redirect is
> not recognized and the browser is trying to acces the original URL
> again and again.

That is a problem of the website you are trying to access, not of
webkit. It is telling the browser it should go the the same page again.
You can try it with wget:

        $ wget -O /dev/null -S  http://frank.uvena.de/index.php

You'll see that after being redirected to the same URI multiple times
wget will give up with the following message:

        20 redirections exceeded.

See you,

-- 
Gustavo Noronha Silva <[email protected]>
Debian Project

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---

Reply via email to