Rekonq generates incorrect URL for AJAX query following POST

Without a better error message this is going to be difficult to debug this further. Bug 521447 tracks our need for better error handling. I'll preserver this bug for tracking what this particular error might be. If it's possible to debug the XHR requests via Rekonq, that might provide some useful info here.

It seems to me that given that rekonq is gonna be default browser in Kubuntu Maverick, and the fact that launchpad is used to report bugs in same, this bug will surely hit a lot of users. Maybe, the importance of "low" is not exactly right?

For self-documenting purpose:

How to debug XHRs in rekonq and webkit browsers in general:
- Tools menu => Web Development => Web Inspector
- Go to 'Resources' main tab
- Enable resource tracking
- Go to 'XHR' tab within the 'Resources' main tab

At XHRs you should then get new XML resources listed in that tab. As well as XHRs showing up in the logs ('Console' main tab).

And here is the data:

+++ Log +++
loading lazr.activator
633916:353XML self-closing tag syntax used on <div>. The tag will not be closed.
633916:394XML self-closing tag syntax used on <div>. The tag will not be closed.
launchpad.js:19loading lazr.activator
633916:564XML self-closing tag syntax used on <span>. The tag will not be closed.
launchpad.js:19loading lazr.activator
icon-spritesResource interpreted as image but transferred with MIME type text/plain.
launchpad-logoResource interpreted as image but transferred with MIME type text/html.
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/malone/+bug/633916/+duplicate/++form++".
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/bugs/633916/+bug-portlet-subscribers-content".
gem-sm.pngResource interpreted as image but transferred with MIME type text/html.
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/bugs/633916/+bug-portlet-subscribers-ids".
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/api/devel/~apachelogger".
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/bugs/633916/+bug-portlet-dupe-subscribers-content".
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/malone/+bug/633916/+secrecy/++form++".
2launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/api/devel/~apachelogger".
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/api/devel/bugs/633916".
launchpad.js:138XHR finished loading: "https://bugs.edge.launchpad.net/api/devel/https".

+++ XHRs +++

++++ api/devel/bugs/633916 ++++

+++++ Header ++++++
Request URL:https://bugs.edge.launchpad.net/api/devel/bugs/633916
Request Method:POST
Status Code:201 Created
Request Headers
Cache-Control:max-age=0
Content-Type:application/x-www-form-urlencoded; charset=UTF-8
Origin:https://bugs.edge.launchpad.net
Referer:https://bugs.edge.launchpad.net/malone/+bug/633916
User-Agent:Mozilla/5.0 (X11; U; Linux i686; de-DE) AppleWebKit/533.3 (KHTML, like Gecko) rekonq Safari/533.3
X-Requested-With:XMLHttpRequest
Form Data
ws.op:newMessage
content:For self-documenting purpose:

How to debug XHRs in rekonq and webkit browsers in general:
- Tools menu => Web Development => Web Inspector
- Go to 'Resources' main tab
- Enable resource tracking
- Go to 'XHR' tab within the 'Resources' main tab

At XHRs you should then get new XML resources listed in that tab. As well as XHRs showing up in the logs ('Console' main tab).
Response Headers
cache-control:no-cache="Set-Cookie,Set-Cookie2"
connection:close
content-encoding:gzip
content-length:20
content-type:text/plain;charset=utf-8
date:Sat, 18 Sep 2010 09
expires:Sat, 26 Jul 1997 05
location:https
pragma:no-cache
server:zope.server.http (HTTP)
vary:Accept,Accept-Encoding
via:1.1 wildcard.edge.launchpad.net
x-content-type-warning:guessed from content
x-powered-by:Zope (www.zope.org), Python (www.python.org)

+++++ Content ++++++
<empty>

++++ api/devel/https ++++

+++++ Header ++++++
Request URL:https://bugs.edge.launchpad.net/api/devel/https
Request Method:GET
Status Code:404 Not Found
Request Headers
Accept:application/json
Cache-Control:max-age...

Rekonq is using a barmy url:
Request URL:https://bugs.edge.launchpad.net/api/devel/https

I don't see this with KUbuntu Natty (rekonq 0.7.0). But posting a comment has a slightly different problem, in that the page is not updated properly: instead of the comment being inserted, all I get is an "[object object]" placeholder.

Here is what the page looks like after I posted the preceding comment.

I opened a new report for the "[object Object]" issue: bug #799491.