Editing and saving a card happens via ajax, so the card can change dramatically without being reloaded. This means that if you navigate away from the card and then come back to it with a back button and get the data cached from the initial load, you see stuff that's way out of date.
If I edit anything in a slot, then move through other pages and then go back to that just edited page, I get the old content again. If I don't notice and try to edit that, I may get the new data to edit, but then see edit conflict when I save. Having to hit reload whenever I do "back" is a serious bug in my opinion. --Gerry
Click on /card/new and set to cardtype Ticket, then browse elsewhere and go back. The menu still shows Ticket, but you get the Basic editing interface.
Instead of sending the new page content, respond to the POST HTTP request with a code 303 redirect to that page. The browser will then make another request, a GET this time, and save that in the browsing history: the POST will disappear from it as if it never was there, replaced with the new address. Now the users can use the “back” button safely… except for another problem.
that's not the problem. we already do that. issue is AJAX. -efm