Mailing List Archive

Sorry, the page (process) was not found
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.

It is working fine in one cart but not in the other?

Any hints as to where to look. I assume it is a permissions error and we
have had to fix a number of those.




_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: Sorry, the page (process) was not found [ In reply to ]
> On Apr 9, 2018, at 3:00 PM, Davideth <Davideth@whojamadoogle.com> wrote:
>
> 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.
>
> It is working fine in one cart but not in the other?
>
> Any hints as to where to look. I assume it is a permissions error and we have had to fix a number of those.


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:

- check for http redirects that are not preserving CGI vars; this could be http -> https, POST -> GET, etc
- 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:

[set Remove an item]

[/set]

- hitting a page which has not defined the form profile yet, basically the same reason as above.

In the strap catalog, you can see an example of the in-page form profiles defined in include/login_form:

[set Log In]
mv_nextpage=@@MV_PAGE@@
[/set]

<form action="[process secure=1]" method="POST" class="form-inline alert alert-info">
<fieldset>
[form-session-id]
<input type="hidden" name="mv_todo" value="return">
<input type="hidden" name="mv_nextpage" value="ord/checkout">
<input type="hidden" name="mv_check" value="Log In">
<input type="hidden" name="mv_click" value="Login">



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.

See more of the docs here:

http://interchange.rtfm.info/icdocs/Interchange_form_actions.html <http://interchange.rtfm.info/icdocs/Interchange_form_actions.html>

Best,

David
--
David Christensen
End Point Corporation
david@endpoint.com
785-727-1171
Sorry, the page (process) was not found [ In reply to ]
Thanks for the assistance David,


https://paradex.com/~paradex/cgi-bin/cart.cgi/admin/index

results in

https://paradex.com/~paradex/cgi-bin/cart.cgi/admin/login

when the valid id and password are entered,

it goes to page https://paradex.com/~paradex/cgi-bin/cart.cgi/process


which posts the following error message:


Sorry, the page (process) was not found

The requested page (process) was not found.

My problem is, since there is not any actual process.html or process.pm
that I can find, I can not see what in process is causing the problem.

In fact, every time that process is called, the same result occurs.


___________ htaccess _______________

RewriteEngine on

RewriteOptions inherit

DirectoryIndex ~paradex/cgi-bin/cart.cgi

<FilesMatch "\.(mov|mp3|jpg|pdf)$">
ForceType application/octet-stream
Header set Content-Disposition attachment
</FilesMatch>

# RewriteCond %{HTTP_HOST} ^.*$
# RewriteRule ^/?$ "http\:\/\/paradex\.com\/cgi\-bin\/cart\.cgi" [R=301,L]


RewriteCond %{HTTP_HOST} ^.*$
RewriteCond %{REQUEST_URI} !^/https://paradex.com/process/
RewriteCond %{REQUEST_URI}
!^/https://paradex.com/~paradex/cgi-bin/cart.cgi/process/
RewriteCond %{REQUEST_URI} !^/process/
RewriteCond %{REQUEST_URI} !^/include/
RewriteCond %{REQUEST_URI} !^/include/checkout/
RewriteCond %{REQUEST_URI} !^/interchange-5/
RewriteCond %{REQUEST_URI} !^/cart/
RewriteCond %{REQUEST_URI} !^/cart/images/
RewriteCond %{REQUEST_URI} !^huldaclarkzapper.paradex.com$
RewriteCond %{REQUEST_URI} !^ultimatezapper.paradex.com$
RewriteCond %{REQUEST_URI} !^ultimate_zapper.paradex.com$
RewriteCond %{REQUEST_URI} !^huldaclarkparasitezapper.paradex.com$
RewriteCond %{REQUEST_URI} !^zapper.paradex.com$
RewriteCond %{REQUEST_URI} !^Arlyn_Jimenez.paradex.com$
RewriteCond %{REQUEST_URI} !^arlyn_jimenez.paradex.com$
RewriteCond %{REQUEST_URI} !^/~paradex/cgi-bin/cart.cgi
RewriteCond %{REQUEST_URI} !^/~paradex/cart/
RewriteCond %{REQUEST_URI} !^/https://paradex.com/500.shtml/
RewriteCond %{REQUEST_URI} !^/https://paradex.com/400.shtml/
RewriteCond %{REQUEST_URI} !^/https://paradex.com/401.shtml/
RewriteCond %{REQUEST_URI} !^/https://paradex.com/403.shtml/
RewriteCond %{REQUEST_URI} !^/https://paradex.com/404.shtml/
RewriteCond %{REQUEST_URI} !^paradex.com/~paradex/cart/
# RewriteRule ^(.*)$ http://paradex.com/~paradex/cgi-bin/cart.cgi/$1
[R=301,L]
RewriteRule ^(.*)$
"https\:\/\/paradex\.com\/\~paradex\/cgi\-bin\/cart\.cgi\/$1" [R=301,L]

__________________________


David

_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: Sorry, the page (process) was not found [ In reply to ]
> On Apr 11, 2018, at 4:28 PM, Davideth <Davideth@whojamadoogle.com> wrote:
>
> Thanks for the assistance David,
>
>
> https://paradex.com/~paradex/cgi-bin/cart.cgi/admin/index
>
> results in
>
> https://paradex.com/~paradex/cgi-bin/cart.cgi/admin/login
>
> when the valid id and password are entered,
>
> it goes to page https://paradex.com/~paradex/cgi-bin/cart.cgi/process
>
>
> which posts the following error message:
>
>
> Sorry, the page (process) was not found
>
> The requested page (process) was not found.
>
> My problem is, since there is not any actual process.html or process.pm that I can find, I can not see what in process is causing the problem.
>
> In fact, every time that process is called, the same result occurs.


The process actionmap is built-in to the interchange system, so it does not have a file like some of the other pages; I’d guess something about your rewrites are resulting in a rewrite of a POST to a different URL, which would discard the form data so “process” doesn’t know what to do.

HTH,

David
--
David Christensen
End Point Corporation
david@endpoint.com
785-727-1171