Jump to content

Daddy

Clients
  • Posts

    559
  • Joined

  • Last visited

  • Days Won

    2

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by Daddy

  1. As the title states, Stripe has CashApp Pay integration, but IPS integration is falling behind. Would be great to have this added. While you're at it, WeChat and Link are also missing.
  2. Yeah I don't see developers sticking together on a single marketplace. We'll end up with at least a dozen off the jump so be mindful where you buy.
  3. Here's mine for reference: (not http.cookie contains "ips4_member_id" and not http.request.uri contains "login" and not http.request.uri contains "register" and not http.request.uri contains "app" and not http.request.uri contains "contact" and not http.cookie contains "ips4_IPSSessionAdmin" and not http.request.uri contains "terms")
  4. Alright, so I cleared cache + redis cache + cloudflare cache, and it seems to be working now on Edge and Chrome. I haven't tested Firefox.
  5. I dug a bit deeper, and it seems the issue is users being able to type in an incorrect name while gifting a file. If the user does not exist, this error occurs where the invoice does not get marked paid. Trying to mark it manually paid produces the above error.
  6. The invoice was never marked paid, despite payment being accepted. The mark paid is me trying to mark it paid in the ACP but it errors out.
  7. Needs update: BadMethodCallException: (0) #0 /home/-----/public_html/applications/nexus/sources/Invoice/Invoice.php(2016): IPS\nexus\_Purchase->__call('onPurchaseGener...', Array) #1 /home/-----/public_html/init.php(932) : eval()'d code(23): IPS\nexus\_Invoice->markPaid(Object(IPS\Member)) #2 /home/-----/public_html/applications/nexus/modules/admin/payments/invoices.php(284): IPS\nexus\hook2653->markPaid(Object(IPS\Member)) #3 /home/-----/public_html/system/Dispatcher/Controller.php(107): IPS\nexus\modules\admin\payments\_invoices->paid() #4 /home/-----/public_html/applications/nexus/modules/admin/payments/invoices.php(40): IPS\Dispatcher\_Controller->execute() #5 /home/-----/public_html/system/Dispatcher/Dispatcher.php(153): IPS\nexus\modules\admin\payments\_invoices->execute() #6 /home/-----/public_html/cfapp/index.php(13): IPS\_Dispatcher->run() #7 {main}
  8. I'll be honest when I saw this thread, I almost went for the popcorn, but this is actually a pretty big W for self-hosted licenses. Removing the ability to select apps is actually smart. While it may greatly restrict your ability to budget on smaller orgs, it kind of pushes you into trying them and finding ways to monetize. Both of my licenses were missing apps, so having access to them all while still paying less kind of blows my mind. This was not on my "what will IPS do next" bingo card. A step in the right direction and much appreciated by us self-hosted customers!
  9. Attempting to purchase a file feature using: https://invisioncommunity.com/files/file/9038-feature-my-file/ I tried following the error but hit a dead end. Not sure if it's related to the plugin or not. I submitted a support request on the support page for feature my file but it's been 5 days and still not approved
  10. Error: Access to undeclared static property IPS\nexus\extensions\nexus\Item\MiscellaneousCharge::$nitialInterval (0) #0 /home/----/public_html/applications/nexus/modules/front/checkout/checkout.php(1249): IPS\nexus\Invoice\_Item->__get('nitialInterval') #1 /home/----/public_html/init.php(932) : eval()'d code(749): IPS\nexus\modules\front\checkout\_checkout->_pay(Array) #2 /home/----/public_html/system/Helpers/Wizard/Wizard.php(181): IPS\nexus\modules\front\checkout\xxxxx->_pay(Array) #3 /home/----/public_html/applications/nexus/modules/front/checkout/checkout.php(170): IPS\Helpers\_Wizard->__toString() #4 /home/----/public_html/system/Dispatcher/Controller.php(118): IPS\nexus\modules\front\checkout\_checkout->manage() #5 /home/----/public_html/applications/nexus/modules/front/checkout/checkout.php(57): IPS\Dispatcher\_Controller->execute() #6 /home/----/public_html/system/Dispatcher/Dispatcher.php(153): IPS\nexus\modules\front\checkout\_checkout->execute() #7 /home/----/public_html/index.php(13): IPS\_Dispatcher->run() #8 {main}
  11. I'm opening up our OAuth to securely authenticate users and download files remotely from the site. In doing so, we have to store their OAuth access token locally. The problem is with the /downloads/files/{id}/download scope exposing the FQDN of the file itself. That's a bit of an issue since the FQND of the file never changes and anyone with the URL can download, regardless if they have access to it or not. The issue we're facing is the fact the user can get ahold of their token if they tried hard enough. That means they can run their own API call to fetch the FQND of any file they have access to. That's a bit dangerous. Sure it's no different than them just leaking the file itself, but at least we have logs of their download and can track it. Downloading the file with the FQND isn't logged. Any suggestions? PS: In our application, all of the API calls are made via our webserver using web requests instead of direct calls. The hope there is to help prevent users from attempting to recreate the same calls with their token. Problem is, the API for Rest is public on IPS so the user can easily recreate them anyways.
  12. Not able to purchase features on the latest version of IPS Error: Access to undeclared static property IPS\nexus\extensions\nexus\Item\MiscellaneousCharge::$nitialInterval (0) #0 /home/--/public_html/applications/nexus/modules/front/checkout/checkout.php(1249): IPS\nexus\Invoice\_Item->__get('nitialInterval') #1 /home/--/public_html/init.php(932) : eval()'d code(749): IPS\nexus\modules\front\checkout\_checkout->_pay(Array) #2 /home/--/public_html/system/Helpers/Wizard/Wizard.php(181): IPS\nexus\modules\front\checkout\dp47cartdownloads_hook_dp47cartDownFrontCheckoutCode->_pay(Array) #3 /home/--/public_html/applications/nexus/modules/front/checkout/checkout.php(170): IPS\Helpers\_Wizard->__toString() #4 /home/--/public_html/system/Dispatcher/Controller.php(118): IPS\nexus\modules\front\checkout\_checkout->manage() #5 /home/--/public_html/applications/nexus/modules/front/checkout/checkout.php(57): IPS\Dispatcher\_Controller->execute() #6 /home/--/public_html/system/Dispatcher/Dispatcher.php(153): IPS\nexus\modules\front\checkout\_checkout->execute() #7 /home/--/public_html/index.php(13): IPS\_Dispatcher->run() #8 {main}
  13. My go-to dev for anything and everything. I've never had an idea they weren't able to materialize. Their ability to understand without having to ask a million questions makes the process so much more enjoyable.
  14. How do you get around guest caching sending guests to an error page when clicking accept or reject cookies with the latest changes to the cookie notice?
  15. The same thing is happening with the cookie popup as well. Unsure if related
  16. Would it make more sense to have this section unlocked for banned users so they can request PII or account deletion? That seems to be the primary audience for these services.
  17. It's an IPS bug, as I've reproduced it on my vanilla test board. It happens when you have the payouts setting Withdrawals must be approved? set to false. Changing it to true and manually approving a withdrawal I can now see the task running on its own.
  18. I located the task, and "next scheduled run" says "not currently needed." Running the task manually did in fact process all pending withdrawals. So the problem is the task not wanting to run.
  19. What exactly do you need? There are no error logs. I've double-checked the settings, and everything looks good. I have it set to auto-accept withdrawals. The money is sent via Paypal, but the status just stays on processing. None of them since the update has ever changed from this state. In the database, po_status = wait, po_complete = null. We had 104 payouts stuck in this state. I went ahead and set their status to done as the funds were confirmed to be sent. I've also created a new API key/secret so we'll see if that helps.
  20. How long are payouts supposed to be "processing" after a payout is sent? So far all payouts since the update are still processing despite funds already being sent.
  21. All items in the Nexus store show as "free" because the template thinks there's a renewal when there's not. The template seems fine, so I'm going to assume the boolean is returning incorrectly. <span class="cNexusPrice ipsMargin_top"> {{if $priceDetails['renewalPrice']}} // This is true, despite none of the products having a renewal. <span data-role="renewalTerm"> {$priceDetails['renewalPrice']} </span> {{else}} <span data-role="price"> {$priceDetails['primaryPrice']} {{if $priceDetails['primaryPriceDiscountedFrom']}} <s>{$priceDetails['primaryPriceDiscountedFrom']}</s> {{endif}} </span> {{endif}} </span>
×
×
  • Create New...