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

Bug #443217 reported by Zachery Bir
84
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Tim Penhey
lazr.restful
Fix Released
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

Revision history for this message
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.

Revision history for this message
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
Revision history for this message
Eleanor 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
Revision history for this message
Eleanor 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)
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)
Changed in malone:
milestone: 3.1.11 → 3.1.12
Māris Fogels (mars)
tags: added: javascript
removed: js
Revision history for this message
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
Revision history for this message
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.

Revision history for this message
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)
Changed in malone:
assignee: Tom Berger (intellectronica) → nobody
Deryck Hodge (deryck)
Changed in lazr.restful:
assignee: Tom Berger (intellectronica) → nobody
tags: added: dhrb
Deryck Hodge (deryck)
description: updated
Revision history for this message
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)
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)
Changed in launchpad:
status: In Progress → Fix Committed
tags: added: qa-ok
Tim Penhey (thumper)
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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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