HeadStand

Does the init method in your widget call the parent? If so... take that out. The parent method will override whatever you set as the template.

This was a fun one! I have a client who uses Custom Packages fairly often. Today they created an invoice for a client with a custom package, same way they always do. The client received a notification, logged in to pay the invoice, and when they hit "Pay Now", they received the following error message: "Custom Enterprise License is not available for your account". Error code is 000/B. It seems that as of version 4.6.9, there was a new check introduced to \IPS\nexus\modules\front\checkout\checkout::_pay(), which verifies that the user has permission to purchase the items in the invoice. \IPS\nexus\Package\Product::memberCanPurchase if ( ! ( $this->member_groups == "*" or !empty( ( array_intersect( explode( ",", $this->member_groups ), $member->groups ) ) ) ) ) { throw new \DomainException( $member->language()->addToStack( 'err_group_cant_purchase', FALSE, array( 'sprintf' => array( $member->language()->addToStack( "nexus_package_{$this->id}" ) ) ) ) ); } The above check always fails for custom packages, because nexus_packages.p_member_groups is empty - not null, not *, just empty. Therefore, when the user goes to pay the invoice, it tells them that they're not allowed to do so. I would suggest an override for the memberCanPurchase method in \IPS\nexus\extensions\nexus\Item\CustomPackage to verify that the member purchasing matches the value in nexus_packages.p_custom.

I will probably do this until retirement, so we've got at least 20 years to go. 🙂 Or unless I marry rich. Seems unlikely. And even then I'd probably work or I'd go crazy.

Just renewed my license and all my modifications should be active again shortly.

Sendgrid is not the only platform that rewrites URLs. Most of these platforms do. I realize that IPS doesn't support other email services out of the box, but there are plenty of services that will rewrite the URLs even if you send the email through their SMTP.

Yes, I can see where I'm directed to when I click the unsubscribe link. Perhaps it's a conflict with Sendgrid itself? The way that Sendgrid rewrites the URLs? I would bet that sendgrid just decodes the URL in full.....

Clicking on an unsubscribe link redirects the user to the homepage and does not unsubscribe. This took me FOREVER to figure out, especially because the client who reported it was using SendGrid, which of course rewrites all the links. Until I got access to that and managed to see what was happening... There is a conflict when IPS email tracking is enabled. Consider this unsubscribe link that is included in a bulk mail: https://site.com/index.php?app=core&module=system&controller=redirect&url=https://site.com/unsubscribe/?email=esther@headstandconsulting.com%26key=1cd2e20f285199a4351e4037aa7c19b1&key=e6509624eb4aeb5a4a3e8c7e19497d69628204292b4a26d21ac49db305915cc3&email=1&type=bulk_mail&utm_source=connect&utm_medium=email&utm_campaign=website Note that there are 2 query parameters for both "email" and "key". \IPS\Email::_parseElementForClickTracking $url = \IPS\Http\Url::internal( "app=core&module=system&controller=redirect", 'front' )->setQueryString( array( 'url' => (string) $element->getAttribute('href'), 'resource' => ( \IPS\Request::i()->resource ) ? 1 : NULL, 'key' => hash_hmac( "sha256", (string) $element->getAttribute('href'), \IPS\Settings::i()->site_secret_key . 'r' ), 'email' => 1, 'type' => $templateKey ) ); Adding the HTML click tracking sets the "email" query parameter to 1 and the "key" to a hash related to the link. These parameters are added to the unsubscribe link after the unsubscribe link is built. The unsubscribe link itself contains an "email" query parameter (which is set to the recipient's email), as well as a "key" query parameter (which is a hash of the user's email and pass_hash). I would suggest that the click tracking piece be reviewed to avoid the duplicate parameters. I imagine that this may be the root cause of other unsubscribe issues that have been reported in this forum. Thanks.

There are permissions on every field.

The <hr> tag? That's basically just a border... there's not really a way to "bold" it. You could increase the border-width to make it thicker. So something like <hr class='ipsHr' style='border-width:3px 0 0 0;'>

Yes to the first part (decimals), no to the tag. Not sure what you mean by "already existing dropdown". You can set up one template field to show/hide another template field. But you can't set it up on fields that are not part of this application. Let me know if you need me to explain that further. Yes. You can order the custom fields any way you want.

I don't have a demo available. Sorry.

Yes, it should.

A new version has been pushed to the Marketplace and is pending approval. Changes include: Some tables were forced to use the MyISAM engine. Fixed; Corrected issue with tracking newsletter opens;

New in this release.

Thank you everyone for your patience. That was more painful than it should have been. 😞

It seems that files have "gone missing". 🤷‍♀️ I'm re-uploading them now.

Not that I know of.... I think maybe Daniel is on vacation?

It's been resubmitted....

IPS rejected it because of an incompatibility with CIC. I'll fix that later today and resubmit.

IPS has to approve the file, and I think wait time is like 2 weeks....

Yeah, I just renewed my license. Check it again in a bit.

Looks like I didn't renew my IPS license, so all my files are hidden from the Marketplace. Give it a day or so to resolve, I've paid it.

It's not?

This application has been tested under IPS 4.6 and is compatible as is. The marketplace is being updated to reflect this change.

This app has been tested under 4.6 and is compatible as is, no updates required. Marketplace is being updated to reflect that.