Uploaded image for project: 'Workterra Development '
  1. Workterra Development
  2. WD-140

Workterra Import File - Encoding Type - UTF-8

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Medium
    • Resolution: Bug Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:
    • Company:
      All Clients/Multiple Clients
    • Categories:
      Import

      Description

      From Van Nguyen

      Hello team,

      BioRad is the 2nd client that have requested that we process the import files with encoding type UTF-8. MRTX was the 1st one that requested this in November.

      Company Template Name: _Employee Data New Hires
      File date: 3/16/2018
      Filename: EmployeeCensus.txt

      Employee: Marcella Gordon
      Incorrect Address imported into Workterra: 12 O’Neil Ct.
      Correct Address that should've been imported into Workterra: 12 O'Neil Ct.

      When I manually opened the file using the TextPad application, I saw the address with the invalid special characters. 12 O’Neil Ct.

      When I manually opened the file using the NotePad application, I saw the address without the invalid special characters, 12 O'Neil Ct.

      I've requested for the client to temporarily remove the special characters for now, but they refuse to do that. They want us to be able to process the import files using encoding type UTF-8.

      Note from Bio-Rad's IT department:

      From: Balakrishna Reddy <balakrishna_reddy@bio-rad.com>
      Date: Mon, Mar 19, 2018 at 12:10 PM
      Subject: Re: FW: Bio-Rad - MHN - failure - special character in address
      To: Julie Bates <julie_bates@bio-rad.com>
      Cc: Maricel Chesney Edpao <maricel_chesney-edpao@bio-rad.com>, Maria Fonseca <maria_fonseca@bio-rad.com>
      Hi Julie

      I am not sure how WorkTerra opened the file and which tool they are using to open the file from fTP server.

      Workterra needs to open the file in a tool which supports UTF-8 format.. If not, you will see the data as shown below. We use Notepad++

      Also we don't have any insights on how workterra program is designed to read the data from FTP server side. We had the same issue from another vendor and they have changed their Decryption logic to read the file as UTF -8 and it resolved their issue

       

      Satya,Vinayak Kulkarni,Prashant Samal

        Attachments

        1. AffectedFiles.txt
          0.4 kB
        2. Analysis - WD_140.doc
          17 kB
        3. WD-140.png
          WD-140.png
          42 kB
        4. WT_Sprint-46_Wd_140_Sanjanajadhav.xls
          19 kB

          Activity

          Ganesh.sadawarte Ganesh Sadawarte (Inactive) created issue -
          Ganesh.sadawarte Ganesh Sadawarte (Inactive) made changes -
          Field Original Value New Value
          Link This issue relates to WB-693 [ WB-693 ]
          Ganesh.sadawarte Ganesh Sadawarte (Inactive) made changes -
          Description From [Van Nguyen|https://jira.workterra.net/secure/ViewProfile.jspa?name=Van.Nguyen]

          Hello team,

          BioRad is the 2nd client that have requested that we process the import files with encoding type UTF-8. MRTX was the 1st one that requested this in November.

          Company Template Name: _Employee Data New Hires
          File date: 3/16/2018
          Filename: EmployeeCensus.txt

          Employee: *Marcella Gordon*
          Incorrect Address imported into Workterra: *12 O*{color:#d04437}’{color}*Neil Ct.*
          Correct Address that should've been imported into Workterra: *12 O'Neil Ct.*

          When I manually opened the file using the *TextPad* application, I saw the address with the invalid special characters. *12 O*{color:#d04437}’{color}*Neil Ct.*

          When I manually opened the file using the *NotePad* application, I saw the address without the invalid special characters, *12 O'Neil Ct.*

          I've requested for the client to temporarily remove the special characters for now, but they refuse to do that. They want us to be able to process the import files using encoding type UTF-8.

          +Note from Bio-Rad's IT department:+

          From: Balakrishna Reddy <balakrishna_reddy@bio-rad.com>
          Date: Mon, Mar 19, 2018 at 12:10 PM
          Subject: Re: FW: Bio-Rad - MHN - failure - special character in address
          To: Julie Bates <julie_bates@bio-rad.com>
          Cc: Maricel Chesney Edpao <maricel_chesney-edpao@bio-rad.com>, Maria Fonseca <maria_fonseca@bio-rad.com>
          Hi Julie

          I am not sure how WorkTerra opened the file and which tool they are using to open the file from fTP server.

          Workterra needs to open the file in a tool which supports UTF-8 format.. If not, you will see the data as shown below. We use Notepad++

          Also we don't have any insights on how workterra program is designed to read the data from FTP server side. We had the same issue from another vendor and they have changed their Decryption logic to read the file as UTF -8 and it resolved their issue
          From [Van Nguyen|https://jira.workterra.net/secure/ViewProfile.jspa?name=Van.Nguyen]

          Hello team,

          BioRad is the 2nd client that have requested that we process the import files with encoding type UTF-8. MRTX was the 1st one that requested this in November.

          Company Template Name: _Employee Data New Hires
           File date: 3/16/2018
           Filename: EmployeeCensus.txt

          Employee: *Marcella Gordon*
           Incorrect Address imported into Workterra: *12 O*{color:#d04437}’{color}*Neil Ct.*
           Correct Address that should've been imported into Workterra: *12 O'Neil Ct.*

          When I manually opened the file using the *TextPad* application, I saw the address with the invalid special characters. *12 O*{color:#d04437}’{color}*Neil Ct.*

          When I manually opened the file using the *NotePad* application, I saw the address without the invalid special characters, *12 O'Neil Ct.*

          I've requested for the client to temporarily remove the special characters for now, but they refuse to do that. They want us to be able to process the import files using encoding type UTF-8.

          +Note from Bio-Rad's IT department:+

          From: Balakrishna Reddy <balakrishna_reddy@bio-rad.com>
           Date: Mon, Mar 19, 2018 at 12:10 PM
           Subject: Re: FW: Bio-Rad - MHN - failure - special character in address
           To: Julie Bates <julie_bates@bio-rad.com>
           Cc: Maricel Chesney Edpao <maricel_chesney-edpao@bio-rad.com>, Maria Fonseca <maria_fonseca@bio-rad.com>
           Hi Julie

          I am not sure how WorkTerra opened the file and which tool they are using to open the file from fTP server.

          Workterra needs to open the file in a tool which supports UTF-8 format.. If not, you will see the data as shown below. We use Notepad++

          Also we don't have any insights on how workterra program is designed to read the data from FTP server side. We had the same issue from another vendor and they have changed their Decryption logic to read the file as UTF -8 and it resolved their issue

           

          [~satyap],[~Vinayak.Kulkarni],[~Prashant.samal]
          hrishikesh.deshpande Hrishikesh Deshpande (Inactive) made changes -
          QA Sanjana Jadhav [ sanjana.jadhav ]
          QA Estimates 16
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Remaining Estimate 0h [ 0 ]
          Time Spent 1.7h [ 6120 ]
          Worklog Id 111588 [ 111588 ]
          Prashant.samal Prashant Samal (Inactive) made changes -
          Status To Do [ 10000 ] Open [ 1 ]
          Workflow WD: Project Management Workflow [ 67780 ] 0604 Issues Management Workflow [ 68446 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          suraj.sokasane Suraj Sokasane (Inactive) made changes -
          Attachment Analysis - WD_130.doc [ 76038 ]
          suraj.sokasane Suraj Sokasane (Inactive) made changes -
          Attachment Analysis - WD_130.doc [ 76038 ]
          suraj.sokasane Suraj Sokasane (Inactive) made changes -
          Attachment Analysis - WD_140.doc [ 76039 ]
          Ganesh.sadawarte Ganesh Sadawarte (Inactive) made changes -
          Status Open [ 1 ] In Analysis [ 10008 ]
          Ganesh.sadawarte Ganesh Sadawarte (Inactive) made changes -
          Status In Analysis [ 10008 ] In Development [ 10007 ]
          suraj.sokasane Suraj Sokasane (Inactive) made changes -
          Categories Parent values: Import(18506)
          Code Review Date 13/Apr/2018
          Code Reviewed By Ganesh Sadawarte ,Vinalyak Kulkarni [ 12101, 12100 ]
          Original Estimate 0h [ 0 ]
          khandu.kshirsagar Khandu Kshirsagar (Inactive) made changes -
          Assignee Suraj Sokasane [ suraj.sokasane ] Hrishikesh Deshpande [ hrishikesh.deshpande ]
          Status In Development [ 10007 ] LB Deployed [ 11600 ]
          sachin.hingole Sachin Hingole (Inactive) made changes -
          Assignee Hrishikesh Deshpande [ hrishikesh.deshpande ] Sanjana Jadhav [ sanjana.jadhav ]
          suraj.sokasane Suraj Sokasane (Inactive) made changes -
          Time Spent 1.7h [ 6120 ] 5.7h [ 20520 ]
          Worklog Id 112278 [ 112278 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Status LB Deployed [ 11600 ] In LB Testing [ 10200 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Attachment WD-140.png [ 76431 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Assignee Sanjana Jadhav [ sanjana.jadhav ] Satya [ ID10004 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Assignee Satya [ ID10004 ] Sanjana Jadhav [ sanjana.jadhav ]
          suraj.sokasane Suraj Sokasane (Inactive) made changes -
          Attachment AffectedFiles.txt [ 76433 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Status In LB Testing [ 10200 ] Ready for Pre-Prod [ 11615 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Time Spent 5.7h [ 20520 ] 8.7h [ 31320 ]
          Worklog Id 112786 [ 112786 ]
          khandu.kshirsagar Khandu Kshirsagar (Inactive) made changes -
          Status Ready for Pre-Prod [ 11615 ] Pre-Prod Deployed [ 11601 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Status Pre-Prod Deployed [ 11601 ] IN Pre-prod Testing [ 11500 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Time Spent 8.7h [ 31320 ] 10.7h [ 38520 ]
          Worklog Id 112832 [ 112832 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Status IN Pre-prod Testing [ 11500 ] Ready for Production [ 10024 ]
          khandu.kshirsagar Khandu Kshirsagar (Inactive) made changes -
          Status Ready for Production [ 10024 ] Production Deployed [ 10025 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Status Production Deployed [ 10025 ] In Production Testing [ 10202 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Time Spent 10.7h [ 38520 ] 12.7h [ 45720 ]
          Worklog Id 113227 [ 113227 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Resolution Bug Fixed [ 10402 ]
          Status In Production Testing [ 10202 ] In Production Review [ 11501 ]
          sanjana.jadhav Sanjana Jadhav (Inactive) made changes -
          Status In Production Review [ 11501 ] Closed [ 6 ]
          Prashant.samal Prashant Samal (Inactive) made changes -
          Link This issue relates to WB-235 [ WB-235 ]

            People

            Assignee:
            sanjana.jadhav Sanjana Jadhav (Inactive)
            Reporter:
            Ganesh.sadawarte Ganesh Sadawarte (Inactive)
            Developer:
            Suraj Sokasane (Inactive)
            QA:
            Sanjana Jadhav (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved:
              Dev Due Date:
              Code Review Date:

                Time Tracking

                Estimated:
                Original Estimate - 0h
                0h
                Remaining:
                Remaining Estimate - 0h
                0h
                Logged:
                Time Spent - 12.7h
                12.7h