{"id":828,"date":"2022-06-16T11:51:59","date_gmt":"2022-06-16T11:51:59","guid":{"rendered":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/?post_type=lsvr_kba&#038;p=828"},"modified":"2022-06-16T11:51:59","modified_gmt":"2022-06-16T11:51:59","slug":"version-1-69","status":"publish","type":"lsvr_kba","link":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/knowledge-base\/version-1-69\/","title":{"rendered":"Version 1.69"},"content":{"rendered":"\n<p><strong>Patch: 1.69.21<\/strong><\/p>\n\n\n\n<p>Date: 25th Jan 22<gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><div class=\"custom-label\"><span>Bug fixed<\/span><\/div><\/p>\n\n\n\n<ol class=\"wp-block-list\"><li><strong>Issue<\/strong>: The default Sender ID functionality was not working as expected<\/li><\/ol>\n\n\n\n<p><strong>Fix<\/strong>: The non-admin users were getting the error message on the Converse Home screen which was reported in case#00107408. (Previously it was reported for the 1.68 version). The organization object did not have permission for the field(s).<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p>The read access in the CheckIsSandbox() method of FMAUtility.cls was checked. In this case,&nbsp; the user did not have access and was receiving an error on the Converse Home page.<\/p>\n\n\n\n<p>Here, there was a read check for the PermissionSetAssignment object. If the user did not have view setup and configuration permissions, it was throwing an error for this check.<\/p>\n\n\n\n<p>To solve this issue, removed the check for reading access on organization access for the PermissionSetAssignment object.<gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><strong>Patch: 1.69.23&nbsp;<\/strong><\/p>\n\n\n\n<p>Date: 13th Apr 22<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><div class=\"custom-label\"><span>Bug fixed<\/span><\/div><\/p>\n\n\n\n<p><strong>Issue: <\/strong>The client did not have a license to send an SMS from the SMS tab on Salesforce or even to access the Converse Desk tab of SMS-Magic<gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><strong>Fix<\/strong>: One of the SMS-Magic users who held a Power License had a problem when they wanted to send an SMS from the SMS tab on Salesforce or even to access the Converse Desk tab of SMS-Magic. They were getting an error message: &#8220;You don&#8217;t have a license for this feature. This feature is part of Standard and Enterprise plans.&#8221; This happened to only one user with the power license, and the rest of the power license holders were not experiencing this issue.<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p>There was an inactive license record present for this user which was of Basic type. While checking for a license, the code was fetching that inactive license.<\/p>\n\n\n\n<p>To solve this issue, in the getLicenseType() method of LicenseService, a filter of smagicinteract__status__c was added while querying licenses for users.<\/p>\n\n\n\n<p><strong>Patch: 1.69.24<\/strong><\/p>\n\n\n\n<p>Date: 27th Apr 22<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><div class=\"custom-label\"><span>Bug fixed<\/span><\/div><\/p>\n\n\n\n<ol class=\"wp-block-list\"><li><strong>Issue: <\/strong>The customer requested customization that on the conversation component the conversation should be visible based on the mobile number that they select.<\/li><\/ol>\n\n\n\n<p>Fix: Conversations related to the \u201cTo\u201d number were visible on the conversation component on the record page. The Conversations were to be changed if the \u201cTo\u201d mobile number was changed.\u00a0<gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><\/p>\n\n\n\n<p>To fulfill this customization, an injection point was created for a custom injection service to which a selected phone number or SenderID was provided as a parameter. The data received from the custom injection service was used to display on the UI in the message list component.<gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><strong>Patch: 1.69.25<\/strong><\/p>\n\n\n\n<p>Date: 4th May 22<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><div class=\"custom-label\"><span>Bug fixed<\/span><\/div><\/p>\n\n\n\n<p><strong>Issue<\/strong>: Customer was not able to select a plan from converse settings as it was giving an error \u2018the list had no rows for assignment to SObject\u2019 while selecting a plan.<\/p>\n\n\n\n<p><strong>Fix<\/strong>: The user was unable to select the plan from Converse settings as it was giving the following error: &#8220;List had no rows for assignment to SObject&#8221;<\/p>\n\n\n\n<p>\u200b\u200bIn the current version, we were fetching the active users whose profile name is &#8216;System Administrator&#8217;, which caused this issue.<\/p>\n\n\n\n<p>To solve this issue, removed the Profile name criteria from GetActiveUserId() method.<\/p>\n\n\n\n<p><strong>Issue:<\/strong>&nbsp; The customer was receiving an error while adding a manual consent<\/p>\n\n\n\n<p>Fix: The customer was facing an issue when creating manual consent.&nbsp;<\/p>\n\n\n\n<p>Below is the error that the customer was receiving while creating manual consent:<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/lh5.googleusercontent.com\/TsV1LWOF2L1eLBmvv9-JPQtKLciFLay3GIzILgq_n8YbypU0PNfnLVlgQGo5-78M-xCvB354ljG3GhuSvSSnxfTYDJ_oTk0z2LQBrHgiBA6KoOZkpFGWR2xbnEuG8hYBS-V2PYoKqASB7mQjzA\" alt=\"\"\/><\/figure>\n\n\n\n<p>For v1.68.23, the complianceNewConsentHelper.js file attribute was set to the Sender list.<\/p>\n\n\n\n<p>To solve this issue, the profile name criteria were removed from GetActiveUser ID () method.<\/p>\n\n\n\n<p><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><strong>Patch: 1.69.26<\/strong><\/p>\n\n\n\n<p>Date: 18th May 22<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><div class=\"custom-label\"><span>Bug fixed<\/span><\/div><\/p>\n\n\n\n<ol class=\"wp-block-list\"><li><strong>Issue: <\/strong>Record Owners Sender ID option was not available to the customer&nbsp;<\/li><\/ol>\n\n\n\n<p>Fix: The customer was creating a Converse App automation on the message flow creation window and it was showing the Sender ID that was assigned to them. However, the option to select Record Owners Sender ID was not visible.<\/p>\n\n\n\n<p>In the filterSenderID\u2019ssFromSenderVisibility method, the Record-Owner Check was not added, hence this issue occurred.<\/p>\n\n\n\n<p>To solve this issue, added the below condition in the filterSenderID\u2019s FromSenderVisibility method of SenderService Class:<\/p>\n\n\n\n<p>SenderInfoList[i].SenderID != Constants.RECORD_OWNERS_SENDERID)<gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><strong>Patch: 1.69.27&nbsp; <\/strong><\/p>\n\n\n\n<p>Date: 3rd June 2022<\/p>\n\n\n\n<div class=\"custom-label\"><span>Bug fixed<\/span><\/div>\n\n\n\n<p>1. <strong>Issue<\/strong>: The customer was facing license issues for Guest User\u00a0<gwmw style=\"display:none;\"><gwmw style=\"display:none;\"><\/p>\n\n\n\n<p><strong>Fix<\/strong>: The customer had reported that the automated messages were not getting triggered and they were receiving an error &#8220;Required License not assigned to send SMS or MMS&#8221;. Also, the org-wide license was not supported.<\/p>\n\n\n\n<p>To solve this issue, the &#8216;IsFeatureAccessble&#8217; method was updated in the &#8216;LicenseManagerUtility&#8217; class to support org-wide licenses for user types like community users, and guest users.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Patch: 1.69.21 Date: 25th Jan 22 Bug fixed Issue: The default Sender ID functionality was not working as expected Fix: The non-admin users were getting the error message on the Converse Home screen which was reported in case#00107408. (Previously it was reported for the 1.68 version). The organization object did not have permission for the [&hellip;]<\/p>\n","protected":false},"author":8,"featured_media":0,"comment_status":"open","ping_status":"closed","template":"","format":"standard","meta":{"footnotes":""},"lsvr_kba_cat":[4],"lsvr_kba_tag":[],"class_list":["post-828","lsvr_kba","type-lsvr_kba","status-publish","format-standard","hentry","lsvr_kba_cat-patch-release"],"_links":{"self":[{"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/lsvr_kba\/828","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/lsvr_kba"}],"about":[{"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/types\/lsvr_kba"}],"author":[{"embeddable":true,"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/comments?post=828"}],"version-history":[{"count":1,"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/lsvr_kba\/828\/revisions"}],"predecessor-version":[{"id":829,"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/lsvr_kba\/828\/revisions\/829"}],"wp:attachment":[{"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/media?parent=828"}],"wp:term":[{"taxonomy":"lsvr_kba_cat","embeddable":true,"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/lsvr_kba_cat?post=828"},{"taxonomy":"lsvr_kba_tag","embeddable":true,"href":"https:\/\/staging.txtbox.in\/docs\/converse-release-notes\/wp-json\/wp\/v2\/lsvr_kba_tag?post=828"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}