Jump to content

Community

Mark

+Clients
  • Posts

    36,207
  • Joined

  • Last visited

  • Days Won

    113

Community Answers

  1. Mark's post in [Commerce] IPN while commerce is offline was marked as the answer   
    Sounds like a bug to me. If you change the line you pointed out to:
    foreach ( \IPS\Application::allExtensions( 'nexus', 'Item', FALSE, NULL, NULL, FALSE ) as $ext ) Does it work?
  2. Mark's post in Nexus/eCommerce dev docs - direct html as paymentScreen was marked as the answer   
    If you can construct what you need to display out of form helpers (they're quite flexible!) then do that. If you absolutely need to use custom HTML though, you can use \IPS\Helpers\Form\Custom. See Stripe for an example:
     
    elseif ( $settings['type'] === 'amex' ) { return array( 'card' => new \IPS\Helpers\Form\Custom( $this->id . '_card', NULL, FALSE, array( 'rowHtml' => function( $field ) use ( $settings ) { return \IPS\Theme::i()->getTemplate( 'forms', 'nexus', 'global' )->amexExpressCheckout( $field, $this, $settings['amex_client_id'] ); } ) ) ); }  
  3. Mark's post in Modify billing agreements was marked as the answer   
    If you're using PayPal Billing Agreements, the terms are specified at the time the billing agreement is created. Commerce itself doesn't have any mechanism to change the terms of the Billing Agreement. I think this is a restriction on PayPal's end (changes need to be reconfirmed by the user) but that might have changed since the last time I looked, so you may need to check PayPal's developer documentation.
    If you're using stored credit cards through a different gateway, it's much simpler. You can indeed just change ps_expire.
  4. Mark's post in Any particular reason jquery-ui is a custom build? was marked as the answer   
    It's just sensible to only include what's needed - makes for a smaller file, less JS to load on every page.
    The 1.12 branch removed support for some IE versions which we still support, so we have not upgraded just yet.
  5. Mark's post in Reviews have less methods compared to comments was marked as the answer   
    Yes, it's on our list. I'd actually like to make it more so rather than specifying a class for comments and/or a class for reviews you can specify any number of classes able to handle comments, of which one could be a review class.
  6. Mark's post in Do we have a way of getting plugin/IPS problems examined? was marked as the answer   
    If you have a certain plugin which doesn't install on any site, we can address that via a bug report.
    If a certain customer cannot install any plugins on his site, we can address that via a ticket.
    But if a certain plugin won't install on a certain site... sorry, but you would have to figure out the issue.
  7. Mark's post in Theme Hooks and Designer Mode was marked as the answer   
    It is intentional at the moment.
  8. Mark's post in Login Handlers Photo was marked as the answer   
    Yes you're right, that would be a bug.
  9. Mark's post in Working with profile fields in settings was marked as the answer   
    Reworking how profile fields work is something we are planning. For now you'll need to write your own code to obtain the data you want.
  10. Mark's post in Custom Field getFieldIDbyKey was marked as the answer   
    Not at the moment, but it is on our list of things to improve.
  11. Mark's post in Task time options was marked as the answer   
    Nope, it uses an interval.
  12. Mark's post in Licensed Site For Marketplace Purchases was marked as the answer   
    We don't really have a way of knowing that. When you buy a Marketplace file it doesn't ask you to associate it with a license key.
  13. Mark's post in How to get acces to $transaction->method? was marked as the answer   
    $transaction->method will return an \IPS\Gateway object (or NULL for account credit transactions) so $transaction->method->settings should work fine... if you're code is just dying with a blank page, it would indicate you hit a PHP error but you have display_errors turned off or error_reporting set to not report that error level. Check you php.ini configuration or throw something like this in your constants.php file:
    ini_set( 'display_errors', 'on' ); error_reporting( E_ALL );  
  14. Mark's post in REST API & Paginated Responses was marked as the answer   
    You'll probably be most familiar with relational databases (tables, rows) and thinking of data in those terms.
    But REST is resource-oriented, when you do a GET on an index you're saying "show me the resources" - it is appropriate and correct to return either the list of the resources or HATEOS links to them - to return anything else, such as an ID, is not technically correct. Since there is no reason not to return the full resource, and doing so saves the client application making additional HTTP calls, that is exactly what we do.
    As for why there is a separate endpoint for viewing an individual record - this is again because it is a proper REST API, and all resources must have their own URI. Also, if you do know the ID, you'll want just that record (and an appropriate 404 response if it no longer exists) rather than a paginated response.
  15. Mark's post in Protected session data was marked as the answer   
    It is intended that you will use methods like getAnon(), getLocation(), getTheme() to access that data.
  16. Mark's post in Breaking Changes in 4.1.6 was marked as the answer   
    If your class overrides that method, you should modify the signature to not type-hint that parameter. PHP will throw a strict standards warning if someone installs that update on <4.1.6 (or vice-versa, doesn't install the update on >=4.1.6) but in a properly-configured production environment that will happen silently.
  17. Mark's post in Close HTML-tags inside JS variables are cut? was marked as the answer   
    That sounds like a bug.
  18. Mark's post in \IPS\Member::profileFields was marked as the answer   
    Done.
  19. Mark's post in $joinContainer in \IPS\Content\Comment::getItemsWithPerm... was marked as the answer   
    We will look into this through the bug report. As I'm sure you can understand, we can't just make changes without extensively testing them (you've even revised your own suggested fix ) and when the issue is only apparent in 3rd party code, that is a little tricky.
    If it is frequently causing issues, I would recommend bundling a hook to correct the problem, or adjusting the approach for the time being.
  20. Mark's post in Update FontAwesome to 4.5.0 was marked as the answer   
    Done.
  21. Mark's post in Download themes from acp was marked as the answer   
    You should probably submit a support ticket so we can take a look.
  22. Mark's post in Application.php defaultFrontNavigation was marked as the answer   

  23. Mark's post in \IPS\Helpers\Form\Editor was marked as the answer   
    Sure I guess  
  24. Mark's post in Silent failures was marked as the answer   
    For the wizard: try disabling JavaScript when trying to debug things which involve complicated JS like wizards or multiple redirects. Their no-JS fallbacks are usually able to give much more useful error messages.
    For the uncaught exception: are you in developer mode? If so, the trace should have been shown on the screen. 
  25. Mark's post in Front Member Profile Form was marked as the answer   
    Yes, this is on our list.
×
×
  • Create New...

Important Information

We use technologies, such as cookies, to customise content and advertising, to provide social media features and to analyse traffic to the site. We also share information about your use of our site with our trusted social media, advertising and analytics partners. See more about cookies and our Privacy Policy