<div dir="auto">The session variables you store are in your domain, the session ID is stored by your user. When Polipay makes the callback, the request is effectively coming from a different user, you can't use $_SESSION because you're effectively stealing another user's session.<div dir="auto"><br></div><div dir="auto">Try using the ID you get from Polipay to identify which record to update in the database, not session variables. </div><div dir="auto"><br></div><div dir="auto">Robo </div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 Nov 2017 7:45 am, "Stephen Barker" <<a href="mailto:Steve@webdata.co.nz">Steve@webdata.co.nz</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div>
<div dir="ltr" align="left"><span class="m_-1956154589314330221328253006-13112017"><font color="#000080" size="2" face="Verdana">Not sure with Polipay, but I recall having similar issues
with DPS when first setting up payments on my framework. DPS would do 2
callbacks - only one of them is the one I wanted, and the other I had to ignore.
But that was over 15 years ago so my memory is a bit hazy on the
details...</font></span></div>
<div dir="ltr" align="left"><span class="m_-1956154589314330221328253006-13112017"><font color="#000080" size="2" face="Verdana"></font></span> </div>
<div dir="ltr" align="left"><span class="m_-1956154589314330221328253006-13112017"><font color="#000080" size="2" face="Verdana">You might want to do some text file logging from your PHP or
wherever you are calling Poli from. Log all the response content etc. Check you
are getting the correct session id and other variables.</font></span></div>
<div dir="ltr" align="left"><span class="m_-1956154589314330221328253006-13112017"><font color="#000080" size="2" face="Verdana"></font></span> </div>
<div dir="ltr" align="left"><span class="m_-1956154589314330221328253006-13112017"><font color="#000080" size="2" face="Verdana">Steve</font></span></div><br>
<blockquote style="BORDER-LEFT:#000080 2px solid;PADDING-LEFT:5px;MARGIN-LEFT:5px;MARGIN-RIGHT:0px" dir="ltr">
<div dir="ltr" lang="en-us" class="m_-1956154589314330221OutlookMessageHeader" align="left">
<hr>
<font size="2" face="Tahoma"><b>From:</b> Robo [mailto:<a href="mailto:robo555@gmail.com" target="_blank">robo555@gmail.com</a>]
<br><b>Sent:</b> Monday, 13 November 2017 11:21 a.m.<br><b>To:</b> NZ Borland
Developers Group - Delphi List<br><b>Subject:</b> Re: [DUG] Web and
EXE<br></font><br></div>
<div></div>
<div dir="auto">When you get the callback from the payment provider, are you
sure you have the correct identifier to update the correct database record?
<div dir="auto"><br></div>
<div dir="auto">Robo</div></div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 12 Nov 2017 11:15 pm, "Marshland Engineering" <<a href="mailto:marshland@marshland.co.nz" target="_blank">marshland@marshland.co.nz</a>>
wrote:<br type="attribution">
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="m_-1956154589314330221quote">I'm having a hiccups with MySQl PHP and Delphi.<br><br>I have my
back end in Delphi that controls all the Clubs/Members data.<br>I created a
HTML/PHP front end where members can update there details, enter<br>events
etc<br>I'm using Polipay to process payments.<br><br>In the Delphi, I open
the files for the DBGrids etc. The files are only<br>updated when a post is
executed.<br><br>In the PHP code, I do a query, get data and display it on a
page. On a page<br>submit, I execute and update the SQL.<br>When a member
enters an event, all his details are entered into the table.<br>However,
often the final update when the Polipay is completed, is not done. I<br>get
the confirmation email to say paid, but the paid flag is not updated.
I<br>cannot repeat the fault when I test.<br><br>I was wondering, if I have
the Delphi exe open whether that may affect the PHP<br>statements. I can't
see it only affecting only one of 2 statements.<br><br>I don't have any
errors in the error log on the server.<br><br>I'm not looking for a specific
answer although that would be great, but some<br>info on Delphi and PHP
interface and what possible problems to lookout for.<br><br>PHP is a ???
language.<br><br>If you are interested in Classic and Post classic racing,
you can see the<br>entrants to our event at Levels in Dec. We have Wes
Cooley, Aaron Slight,<br>Cosbey and a Britten amongst the 200+ bikes
mix.<br><br>Login here Members - MNZ Number 100000 password
test123<br><a href="http://myregister.co.nz/cams/" rel="noreferrer" target="_blank">http://myregister.co.nz/cams/</a><br><br><br>Cheers
Wallace.<br><br>______________________________<wbr>_________________<br>NZ
Borland Developers Group - Delphi mailing list<br>Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>Admin:
<a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/l<wbr>istinfo/delphi</a><br>Unsubscribe:
send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.<wbr>net.nz</a>
with Subject:
unsubscribe<br></blockquote></div><br></div></blockquote></div>
<br>______________________________<wbr>_________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" rel="noreferrer" target="_blank">http://delphi.org.nz/mailman/<wbr>listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.<wbr>net.nz</a> with Subject: unsubscribe<br></blockquote></div></div>