Closed Bug 662873 Opened 13 years ago Closed 13 years ago

[prod] Unable to delete marks in /moderate/

Categories

(Websites Graveyard :: markup.mozilla.org, defect, P1)

Product:
Websites Graveyard
Component:
markup.mozilla.org
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: mbrandt, Assigned: adam)

Details

(Whiteboard: [prod]) 

Unable to delete marks in the /moderate/ page. Unfortunately I'm not getting a traceback email so this is the only data I have. 

Steps to reproduce:
1. go to /moderate/
2. chose and delete a mark

[11:17:49.748] [Wed Jun 08 2011 11:17:49 GMT-0700 (PDT)] runRoute get #/moderate/YQNK
[11:17:53.672] POST https://markup.mozilla.org/requests/delete_mark [HTTP/1.1 500 INTERNAL SERVER ERROR 95ms]

POSTDATA=reference=YQNK
Assignee: nobody → jbresnik
Not able to recreate this - can  I get a copy of the database?  or even that complete record for YQNK - thanks
Got the database (thanks) - testing now
mbrandt: To see which expected error condition is behind this, listen to the request with tamperdata and right click -> view source. It'll show you the JSON error string that the app sent to you but did not show you.
So far I haven't been able to recreate this even with the production data set..  I'm assuming it's data related so looking into what missing / erroneous data might cause this..
Priority: -- → P1
Just an update... as of this morning moderation is working for me. lvmesa and I are working to reproduce the error. We'll give an update soon.
This seems to be working--moving to no milestone to keep it in mind.
Target Milestone: 1.1 → ---
Confirmed what is going on here - essentially the mark has been deleted already but is still in the cache (or potentially in someone's rendered view) which means that when its triggered to be deleted again it's not there and the app throws a 500 - so clearly that's wrong and I have changed it use a 404 - frontend still needs to be updated to handle a 404 though, i.e. it's not quite done but assigning to Adam so he can take a look in the next milestone iteration
Assignee: jbresnik → adam
The front end was already setup to handle 404s. I did alter the error messages though so they wouldn't send you back to #/linear/ after dismissing one. It will now send you back to #/moderate/ instead so you stay in the admin context. 

https://github.com/mozilla/markup/commit/acf1dae5e89baa0e9761291126f0f138b4b21ab7
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Product: Websites → Websites Graveyard
You need to log in before you can comment on or make changes to this bug.