Jump to content

Daddy

Clients
  • Posts

    560
  • 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

Posts posted by Daddy

  1. 5 hours ago, opentype said:

    Yes. 

    My Cloudflare cache rules look like this:

    (not http.cookie contains "ips4_member_id" and not http.request.uri contains "journal" and not http.request.uri contains "store" and not http.request.uri contains "weekly/?rss" and not http.request.uri contains "rss/" and not http.request.uri contains "login" and not http.request.uri contains "register" and not http.request.uri contains "admin" and not http.request.uri contains "modcp" and not http.request.uri contains "contact" and not http.cookie contains "ips4_IPSSessionAdmin" and not http.request.uri contains "terms")

     

    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")
  2. 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.

  3. 2 hours ago, Adriano Faria said:

    My resources haven't a hook in the markPaid method so it probably isn't coming from my resource.

    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.

  4. 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}
  5. 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!

  6. 3 minutes ago, Marc Stridgen said:

    Please could you provide more information as to what was happening at the time you received this error?

    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

  7. 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}

     

  8. 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.

  9. 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}
  10. On 4/13/2023 at 3:50 AM, Marc Stridgen said:

    As mentioned, we would need access in order to be able to assist

    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.

  11. 21 hours ago, Marc Stridgen said:

    Do you have something we can take a look at? We can then advise accordingly. Paypal payouts, it would depend on the API telling your site that its been processed, but usually thats pretty quickly.

    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.

  12. 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...