3.17.1.x Hotfixes

DISCLAIMER

Product Information contained within this document, including technical information and functional specifications, is subject to change without notice. Naviga reserves the right to make any changes to the information in this document at any time without notice. Naviga makes no warranty, representation, or guarantee regarding the suitability of its products and services for any particular purpose.

.1

This release is currently in its Beta version.

Attention - Enhancements

Removing dependency on the EZPAY Component for Applepay Payway in the Autopay flow

The dependency of Autopay flow on the EZPay CMS component has been removed for ApplePay Payway newstart transactions. The new start flow will now follow the EZPay settings configured in the SolCon offer regardless of the EZPay component's inclusion in the CMS presentation:

• EZPay Required selected in the SolCon offer: New starts will be submitted with EZPay set to 'true' regardless of the EZPay component's presence in the CMS presentation.

• EZPay Not Required selected in the SolCon offer: New starts will be submitted with EZPay set to 'false', even if the EZPay component is included in the CMS presentation. (Note: Including the EZPay component in the presentation when 'EZPay not required' is selected in the offer level is considered an incorrect setup.)

• EZPAY Optional selected in the SolCon offer:

  • If the EZPAY component is not included in the presentation, new starts will be submitted with EZPay set to 'false'.

  • If the EZPAY component is included:

    • If the Auto pay checkbox is checked by the end-user: EZPay is submitted as 'true'.

    • If the Auto pay checkbox is not checked by the end-user: EZPay is submitted as 'false'.

    • If the checkbox display is disabled on the UI for an optional EZPay: This is a setup issue.

This update ensures accurate submission of the EZPay data based on the SolCon offer-level configuration.

Redeployed the deprecated /DigitalAccess endpoint

The /DigitalAccess (POST) endpoint was deprecated in Subscribe version 3.17 as part of a major API refactoring. However, to ease the migration, this endpoint has been made available again.

Bug Fixes

InApp subscribers not getting website access

Users who successfully purchased subscriptions via In-App Apple Pay and were created in Subscribe did not gain access to the website. This issue was due to the large download_id sent by Apple Pay, which led to incomplete user details being recorded in Subscribe and thus preventing website access.

This issue has been resolved. After the fix, the details of successful In-app Apple Pay subscriptions are now updated correctly in Subscribe, ensuring that subscribers now have valid access to websites as per their subscriptions.

This fix is also merged into the 3.16.3.15 and 3.17.0.4 releases.

Instant access issue when restarting a subscription

When a stopped subscription was restarted from the Subscription Panel, users did not receive instant access to the subscribed site. Additionally, a different account number appeared in internal records for the restarted subscription, though it was corrected to the original account number after the nightly sync process.

These issues have been resolved. After the fix, restarting a stopped subscription now grants users instant access to the news site as per their purchased subscription.

This fix is also merged into the 3.17.0.4 release.

Custom CSS class not set for the CMS link

Previously, it was not possible to set a Custom CSS Class in the CMS for the SS footer link. This issue has now been resolved, and users can successfully assign a CSS class to the SS footer link in the CMS. This fix is applicable for both Horizontal and Vertical DisplayType.

This fix is also merged into the 3.17.0.4 & 3.17.2.1 releases.

UI label Misalignment in the Dashboard

The misalignment issue of week-day labels with checkbox icons in the Subscription menu and Billing menu label values has been resolved. After the fix, checkboxes are now center-aligned below the week-day labels, and the Billing menu label values are right-aligned. This update ensures a cleaner and more structured display of the Subscription and Billing menus on the SS dashboard.

SS Dashboard

This fix is also merged into the 3.17.0.4 & 3.17.2.1 releases.

OneTrust Modal not opening in the footer link

The issue where the OneTrust Modal did not open upon clicking the Self Service (SS) Dashboard footer link has been resolved. After the fix, clicking the SS Dashboard footer link now correctly opens the OneTrust modal on the same page without refreshing the screen.

This fix is also merged into the 3.17.0.4 & 3.17.2.1 releases.

Incorrect Trial End Date displayed in Trial Banners

Previously, instead of the trial end date, the subscription expiration date was incorrectly displayed on the trial banners in Self Service and SubCon Admin. This issue has now been resolved.

After the fix, for a trial subscription:

• If the trial end date is null, a static message will be displayed:

  • Self Service: "This is a Trial Subscription. The trial end date will be updated soon."

  • SubCon Admin: "This is a Trial Subscription. The customer will be charged if the subscription is not canceled before the trial period expires. The trial end date is currently not available."

• If the trial end date exists (not null):

  • Self Service: The message configured in CMS will be displayed along with the trial end date: "This is a Trial Subscription that will end on <Trial end date>."

  • SubCon Admin: A static message will be displayed with the trial end date: "This is a Trial Subscription ending on <Trial end date>. The customer will be charged if the subscription is not canceled before the trial period expiration."

This fix is also merged into the release 3.17.2.1.

Issue with Cache Refreshing

When refreshing the CMS cache using the “Refresh CMS + Site” button, not all cache servers were being refreshed. This issue has been fixed now.

This fix is also merged into the 3.17.0.4 & 3.17.2.1 releases.

Issue with the Restart page

The Restart page freezing issue—where the page became unresponsive, preventing user interaction, and eventually timing out with an error—has been resolved.

Omission of Grace Amount in One-time payment flows

The issue where the grace amount (a negative balance which is due to the publisher) was omitted from the Rate Table and the total amount calculation during One-time payments has now been resolved.

After the fix, when a user opts for a One-time payment, and if a grace amount exists:

• It will be displayed separately below the Rate Table.

• It will be included in the total amount calculation.

The field label for the grace amount can be configured in CMS via: Content > Payment (Filter by page) > ‘DebtAmountLabelText’.

Grace amount displayed below the Rate table

This fix is also merged into the releases 3.17.0.5 & 3.17.2.1.

Applications Covered:

Subscription Panel, Self Service, CMS, API