Ticket Conversation widget is missing Input text fieldDescription<span class="CmCaReT" style="display: none;" data-mce-style="display: none;"></span><span id="__caret">_</span><!-- div.margin{ padding: 10px 40px 40px 30px; } table.tocTable{ border: 1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); padding-top: .6em; padding-bottom: .6em; padding-left: .9em; padding-right: .6em; } table.noteTable{ border:1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); width: 100%; border-spacing:2; } table.internaltable { white-space:nowrap; text-align:left; border-width: 1px; border-collapse: collapse; font-size:14px; width: 85%; } table.internaltable th { border-width: 1px; padding: 5px; border-style: solid; border-color: rgb(245, 245, 245); background-color: rgb(245, 245, 245); } table.internaltable td { border-width: 1px; padding: 5px; border-style: solid; border-color: #E0E0E0; color: #000000; } .title { color: #D1232B; font-weight:normal; font-size:28px; } .spanColor { color: #646464; } ul { list-style: disc outside none; margin-left: 0; } li { padding-left: 1em; } h1{ color: #D1232B; font-weight:normal; font-size:21px; margin-bottom:-5px } h2{ color: #646464; font-weight:bold; font-size:18px; } h3{ color: #000000; font-weight:BOLD; font-size:16px; text-decoration:underline; } h4{ color: #646464; font-weight:BOLD; font-size:15px; text-decoration:; } h5{ color: #000000; font-weight:BOLD; font-size:13px; text-decoration:; } h6{ color: #000000; font-weight:BOLD; font-size:14px; text-decoration:; } hr{ border-top-width: 1px; border-top-style: solid; border-top-color: #cccccc; } --> This article provides some troubleshooting information for cases where some users are not able to see the input comments text field on the Ticket Conversations widget. Usually, there are two possible reasons for this behavior, User does not have access to write to the record.The form does not have a writable journal field. Scoping the widget data The easiest way to determine why the input box is not showing up is by scoping the data object of the widget, as show in the attached screenshot. To scope the widget data: Impersonate the affected user.Open the page containing the Ticket Conversations widget with the sys_id. The URL will look something like the following example for a base system Request record: https://<yourinstance>.service-now.com/sp?id=sc_request&table=sc_request&sys_id=14b0980adbaecb00e063ff4e0f9619dbOn the widget, click CTRL+ right-click.In the drop-down list, select Log to console: $scope.data.Check your browser console to for the data object and expand the object.Check the Boolean value for canWrite and hasWritableJournalField. Both of these fields need to be true in order for the user to be able to write. canWrite is false If the widget returns the canWrite object as false, the user does not have access to write to the record. Add a write ACL to respective table. For example, to adding a write ACL to the sc_request table: Table level write access for sc_request: Operation: WriteName: “sc_request”,”None”Role: Assign the appropriate role, For End user use “public” Additional Comments field-level write access for sc_request: Operation: WriteName: Name: “sc_request”,”Additional Comments”Role: Assign the appropriate role, For End user use “public hasWritableJournalField is false If the widget returns hasWritableJournalField as false, the form does not have the writable journal field Additional Comments and the user is failing write access to it. First ensure that the user can pass write access to the Additional Comments field. If not, create the appropriate ACL for it.Open the same record inside the platform.As an admin, right-click in the record header, choose Configure > Form Layout, and add Additional Comments. Also make sure to add “Activities (filtered)” for better readability. Note: While impersonating an end user you will not have access to the SC Request table and will be redirected to Checkout page. To circumvent this situation: Go to /sys_navigator_list.do.Search for the record containing “sc_request”.In the opened record, set the Table to “None” from “sc_request” and save the record, This should prevent the redirection. <!-- p.p1 {margin: 0.0px 0.0px 12.0px 0.0px; line-height: 15.0px; font: 13.3px Times; color: #000000; -webkit-text-stroke: #000000} p.p2 {margin: 0.0px 0.0px 12.0px 0.0px; line-height: 14.0px; font: 12.0px Times; color: #000000; -webkit-text-stroke: #000000} span.s1 {font-kerning: none} -->