Changing a bug's affected project or description doesn't ever finish

Reported by Zachery Bir on 2009-10-05
84
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Launchpad itself
High
Tim Penhey
lazr.restful
High
Leonard Richardson

Bug Description

When editing what project a particular bug affects, the ajax spinner starts, but never seems to finish, and the project does not update. The change does take place, however, as I get email about the change, and if I refresh the page, the change is now reflected. This happened twice today, while other of the ajax edits went through just fine (notably status and assignment).

Bug 433995 should/could be fixed at the same time as this one.

Related branches

lp:~thumper/launchpad/recipe-inline-edit-owner
Merged into lp:launchpad at revision 12251
Deryck Hodge (community): Approve (code js) on 2011-01-19
Raphael Campos (optgeek) wrote :

I was just about to report this bug, it seems that it's the same issue.

My situation is - I created a new project and assigned a new bug to it. After that I needed to change the project's name, and I noticed the project name listed in "Affects" was still the old name. Everytime I try to edit it the system pops up an server error and the proccess isn't completed.

The attached screenshot shows what happens when I submit the form.

MarcRandolph (mrand) wrote :

I'm seeing the same thing, but when I edit the Bug description. Saw on two machines, both with Firefox 3.5.3 (one Windows, one Karmic).

summary: - Changing a bug's affected project doesn't seem to finish
+ Changing a bug's affected project or description doesn't ever finish
Tom Berger (intellectronica) wrote :

We observe the same problem when using the assignee widget. It looks like the problem may be getting the edited object's XHTML representation after modifying the value.

affects: launchpad → malone
Tom Berger (intellectronica) wrote :

After changing the target the URL of the bug changes, causing a redirect. In order to serve the correct representation we append the accept value to the URL using the ws.accept parameter, but by the time we do that, the original accept is lost and we add the default application/json.

Deryck Hodge (deryck) on 2009-11-19
Changed in malone:
status: New → Triaged
importance: Undecided → High
tags: added: bug-page js ui
Changed in malone:
milestone: none → 3.1.11
Changed in malone:
assignee: nobody → Tom Berger (intellectronica)
Changed in lazr.restful:
assignee: nobody → Tom Berger (intellectronica)
Deryck Hodge (deryck) on 2009-11-30
Changed in malone:
milestone: 3.1.11 → 3.1.12
Māris Fogels (mars) on 2009-11-30
tags: added: javascript
removed: js
Deryck Hodge (deryck) wrote :

Un-assigning from milestone only because Tom is unavailable and this is a short (week long) release cycle. The work is basically done, I believe.

Also, we're no longer targeting bugs to milestones until they are ready to land now.

Changed in malone:
milestone: 3.1.12 → none
Deryck Hodge (deryck) wrote :

Tom, do you think OOPS-1440EC756 is this bug? Or related in some way? Martin A. got this OOPS while changing the target.

Karl Fogel (kfogel) wrote :

I think I encountered this today too: in Firefox 3.5.7 on Karmic+updates, I tried to edit the description of bug #506018. But after I clicked the green checkmark to submit my edit, the spinner started up and spun forever. Also, the edit did not take: when I tried just reloading the page, my edit was not there. Abel Deuring was able to make the edit for me, however (I don't know what browser he used).

Attaching a screenshot of what I saw while waiting for the edit to be accepted. (Note that no error box ever popped up, which makes me wonder if this is exactly the same bug others here are talking about.)

Curtis Hovey (sinzui) on 2010-06-01
Changed in malone:
assignee: Tom Berger (intellectronica) → nobody
Deryck Hodge (deryck) on 2010-06-01
Changed in lazr.restful:
assignee: Tom Berger (intellectronica) → nobody
tags: added: dhrb
Deryck Hodge (deryck) on 2010-06-03
description: updated
Gary Poster (gary) wrote :

After discussion with deryck, marking lazr.restful's task as Incomplete; if the Malone team discovers there's something in lazr.restful that needs attention, they will kick us. :-)

Changed in lazr.restful:
status: New → Incomplete
Tim Penhey (thumper) on 2011-01-18
Changed in lazr.restful:
assignee: nobody → Leonard Richardson (leonardr)
status: Incomplete → Fix Committed
importance: Undecided → High
Changed in launchpad:
status: Triaged → In Progress
assignee: nobody → Tim Penhey (thumper)
tags: added: thunderdome
removed: dhrb lp-bugs
Tim Penhey (thumper) on 2011-01-24
Changed in launchpad:
status: In Progress → Fix Committed
tags: added: qa-ok
Tim Penhey (thumper) on 2011-02-24
Changed in launchpad:
status: Fix Committed → Fix Released
Changed in lazr.restful:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers