<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div><blockquote type="cite" class=""><div class="">On Apr 9, 2018, at 3:00 PM, Davideth <<a href="mailto:Davideth@whojamadoogle.com" class="">Davideth@whojamadoogle.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">In one of our carts ( recently set up ), when clicked on [Checkout Now] or when doing admin/login, I am getting a "Sorry, the page (process) was not found" . This is actually occuring whenever the process is called on such as Remove an item.<br class=""><br class="">It is working fine in one cart but not in the other?<br class=""><br class="">Any hints as to where to look. I assume it is a permissions error and we have had to fix a number of those.<br class=""></div></div></blockquote></div><div class=""><br class=""></div>That error can happen when there are no mv_action or other action (mv_todo, mv_check, etc) variables to tell the process action map what to do; a couple ideas:<div class=""><br class=""></div><div class="">- check for http redirects that are not preserving CGI vars; this could be http -> https, POST -> GET, etc</div><div class="">- session-less state (either the robots.txt not assigning a session or using caching so you’re not assigned a real session), where a specific page does not have the form profile contents inside the session. You’d want to check for where the ‘Remove an item’ or whatever is defined; it should be something like:</div><div class=""><br class=""></div><div class="">[set Remove an item]</div><div class="">…</div><div class="">[/set]</div><div class=""><br class=""></div><div class="">- hitting a page which has not defined the form profile yet, basically the same reason as above.</div><div class=""><br class=""></div><div class="">In the strap catalog, you can see an example of the in-page form profiles defined in include/login_form: </div><div class=""><br class=""></div><div class=""><div class="">[set Log In]</div><div class=""> mv_nextpage=@@MV_PAGE@@</div><div class="">[/set]</div><div class=""><br class=""></div><div class=""><div class=""><form action="[process secure=1]" method="POST" class="form-inline alert alert-info"></div><div class=""><fieldset></div><div class="">[form-session-id]</div><div class=""><input type="hidden" name="mv_todo" value="return"></div><div class=""><input type="hidden" name="mv_nextpage" value="ord/checkout"></div><div class=""><input type="hidden" name="mv_check" value="Log In"></div><div class=""><input type="hidden" name="mv_click" value="Login"></div></div><div class=""><br class=""></div><div class="">…</div><div class=""><br class=""></div><div class="">Here, the mv_todo and mv_check variables define how the process action map should handle things, so the “mv_check” will have it make sure the in-session-defined scratch variable of the same name will have its checks run.</div><div class=""><br class=""></div><div class="">See more of the docs here:</div><div class=""><br class=""></div><div class=""><a href="http://interchange.rtfm.info/icdocs/Interchange_form_actions.html" class="">http://interchange.rtfm.info/icdocs/Interchange_form_actions.html</a></div><div class=""><br class=""></div><div class="">Best,</div><div class=""><br class=""></div><div class="">David</div><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">--<br class="">David Christensen<br class="">End Point Corporation<br class=""><a href="mailto:david@endpoint.com" class="">david@endpoint.com</a><br class="">785-727-1171<br class=""><br class=""><br class=""></div>
</div>
<br class=""></div></body></html>