69
okay, i have everything ported in the module, all that is left to be modified are any $user and $username references (modify to reflect $xoopsUser instead of the phpnuke user references)
also, the way the ipn file is stored and the way XOOPS works, if the module is not made available to *all* users, then paypal will not be able to contact the ipn file
if someone knows a good method within XOOPS to allow a file to override module access rights (and site shutdown) without compromising security, please let me know
here's the latest version of the package, everything appears to work except for XOOPS user references, which means the CMS username won't be recorded (yet)
http://www.webhostingparadise.com/Xoops_Donations.tgzi went through the admin functions, cleaned it up a bit, it now seems to format nicely but i haven't checked *all* aspects yet
changing settings work correctly, the block and user-side module all display correctly, templates work properly, and the ipn file is giving no errors
using XOOPS php and MySQL debugging, i can't seem to find any errors left (other than undefined variables which is nothing...)
unless someone gets to it before i do, the username references should be fixed sometime today or tomorrow morning (not difficult, just gotta track down all references in the code, but should only be in one place, methinks..)
screenshot within xoops: