[FX.php List] Puzzling problem w/ little EDIT script

[Bob Patin]

I was hopeful, but it didn’t help…

I tried 2 tests:

1. Comment out the query - WORKS
2. Exit before the HEADER() command, echo the errorCode - worked once, then failed

I did find this setting in PHP config:

allow_url_include - currently set to OFF

Is this something that could affect things like this?

Bob Patin
Longterm Solutions
bob at longtermsolutions.com
615-333-6858
FileMaker 9, 10, 11, 12 & 13 Certified Developer
http://www.longtermsolutions.com
-
iChat: bobpatin at me.com
Twitter: bobpatin
—
FileMaker Consulting 
FileMaker Hosting for all versions of FileMaker
PHP • Full email services • Free DNS hosting • Colocation • Consulting


> On Nov 12, 2015, at 9:44 AM, Bob Minteer <bob at minteer.org> wrote:
> 
> Bob,
> 
> Just a possibility, place an "exit;" after the header function and
> before the closing php tag as such:
> 
> ------
>  .
>  .
>  .
> $qResult = $q->FMEdit();
> 
> header('Location: cart_view.php');
> 
> exit;  // <--- try this
> 
> ?>
> 
> -------
> 
> Let me know if that helps.
> 
> regards...
> 
> Bob Minteer
> 
> 
> 
> 
> Bob Patin wrote:
>> I have a shopping cart that has been working great for a long time; when
>> they view their cart, they can change the quantity on an item and click
>> UPDATE, which posts the little form (with 2 fields in it) to the
>> following PHP page:
>> 
>> <?php
>> session_start();
>> 
>> include_once('FX/FX.php');
>> include_once('FX/server_data.php');
>> 
>> $recid = trim(htmlspecialchars($_POST['r']));
>> $quantity = trim(htmlspecialchars($_POST['q']));
>> 
>> // edit lineitem
>> $q =new FX($serverIP,$webCompanionPort, $dataType, $scheme);
>> $q->SetDBData($dbname5,'web_lineitems');
>> $q->SetDBPassword($pw,$un);
>> $q->AddDBParam('-recid',$recid);
>> $q->AddDBParam('quantity',$quantity);
>> $qResult = $q->FMEdit();
>> 
>> header('Location: cart_view.php');
>> 
>> ?>
>> 
>> It hangs up and never finishes; I’ve checked to make sure that all the
>> variables are loading from the server-data page, so it’s not that; the
>> cart works fine otherwise, but this page causes the browser to hang up,
>> and the only thing that seems to fix it is to close the browser.
>> 
>> Anyone have this error before? Could this be caused by a PHP config
>> issue? I seem to recall that they updated PHP a month or so ago.
>> 
>> Thanks,
>> 
>> Bob Patin
>> Longterm Solutions
>> bob at longtermsolutions.com <mailto:bob at longtermsolutions.com> <mailto:bob at longtermsolutions.com <mailto:bob at longtermsolutions.com>>
>> 615-333-6858
>> FileMaker 9, 10, 11, 12 & 13 Certified Developer
>> http://www.longtermsolutions.com <http://www.longtermsolutions.com/>
>> -
>> iChat: bobpatin at me.com <mailto:bobpatin at me.com <mailto:bobpatin at me.com>>
>> Twitter: bobpatin
>> —
>> FileMaker Consulting 
>> FileMaker Hosting for all versions of FileMaker
>> PHP • Full email services • Free DNS hosting • Colocation • Consulting
>> 
>> _______________________________________________
>> FX.php_List mailing list
>> FX.php_List at mail.iviking.org <mailto:FX.php_List at mail.iviking.org>
>> http://www.iviking.org/mailman/listinfo/fx.php_list <http://www.iviking.org/mailman/listinfo/fx.php_list>
> 
> -- 
> 
> Bob Minteer
> bob at minteer.org <mailto:bob at minteer.org>
> 
> 
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org <mailto:FX.php_List at mail.iviking.org>
> http://www.iviking.org/mailman/listinfo/fx.php_list <http://www.iviking.org/mailman/listinfo/fx.php_list>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20151112/799e2099/attachment-0001.html