Rekonq generates incorrect URL for AJAX query following POST

Bug #633916 reported by Harald Sitter
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

At least when using the browser Rekonq (prospective default for Kubuntu 10.10) I regularly get the following error message when commenting on a bug on bugs.edge.launchpad

> The following errors were encountered:
> Object: , name: u'https'

The comment however is successfully posted.

Revision history for this message
Harald Sitter (apachelogger) wrote :
Revision history for this message
Deryck Hodge (deryck) wrote :

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.

Changed in malone:
status: New → Triaged
importance: Undecided → Low
tags: added: error-handling javascript
Revision history for this message
Vladimir Prus (vladimir-prus) wrote :

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?

Revision history for this message
Harald Sitter (apachelogger) wrote :

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).

Revision history for this message
Harald Sitter (apachelogger) wrote :
Download full text (3.8 KiB)

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...

Read more...

Revision history for this message
Robert Collins (lifeless) wrote :

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

summary: - Getting 'https' errors when commenting with Rekonq
+ Rekonq generates incorrect URL for AJAX query
summary: - Rekonq generates incorrect URL for AJAX query
+ Rekonq generates incorrect URL for AJAX query following POST
Revision history for this message
Davor Cubranic (cubranic) wrote :

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.

Revision history for this message
Davor Cubranic (cubranic) wrote :

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

Revision history for this message
Davor Cubranic (cubranic) wrote :

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

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.