Hi,
Can
you confirm that the code from log_transaction is actually automatically
creating a user?
Here's
the code:
[if
!session logged_in] [set
auto_create]1[/set] [if
type=explicit
compare=|
[userdb
function=new_account
assign_username=1
password='[value
zip]'
verify='[value
zip]'
]
|] [comment][perl] Log("User
create succeeded.");
[/perl][/comment]
[else] [comment][perl] Log("Failed
user create."); [/perl][/comment]
[/else]
[/if] [/if]
I
wonder if it's a timing issue and the user isn't created before the receipt is
shown.
It
could also be a problem with the function in the receipt:
[userdb function=set_file_acl mode="expire
7
days" location="[item-code]" ]
I
haven't worked much with downloadables, but hopefully this will give you some
ideas.
Good
luck,
Cameron B. Prince
System
Architect
Akopia, Inc.
Hello everybody!
We have found out a small problem with simple demo of
MiniVend: when somebody does checkout as Unregistered User the behavior of the
demo site becomes strange. It is impossible to download purchased
downloadable product - ('Status: 403 Not authorized' instead). After that if
somebody logins to the site and purchase a downloadable product he can't
download too. It looks like something wrong with
access control system: after login as 'minivend' or 'shipping' we can't see
MiniMate and Products menu items. (Unsuccessful [if session mm_username]
checking?)
Log out doesn't solve this problem.
Only after close/open the browser program the situation returns to normal - we
can login, buy and download everything! Until Unregistered user do checkout
again...
We have checked this situation on www.minivend.com/cgi-bin/simple
site - the same story. We suppose that after 'Unregistered user checkout' our
browser have some dirty cookies.
May be it is known situation and thre is way to
work around?
Best regards
Dmitry
Ostretsov
|