<?xml version="1.0"?>
<ArrayOfFBEvent xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-24T00:16:23Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment>Based on my notes and testing this is good to close per DataPRO v4.0.1176, 4.2.467, 4.3.332</Comment>
    <StatusString>Closed</StatusString>
    <TimeStamp>2024-08-13T21:16:38Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Closed</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-13T21:10:38Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment>In DataPRO v4.0.1176
 
started with no test setups:
 
 
 
Closed DataPRO and changed following attributes in config file:
 
       &lt;setting name="LocalDbHost" serializeAs="String"&gt;
         &lt;value&gt;asada&lt;/value&gt;
       &lt;/setting&gt;
       &lt;setting name="CopyRemoteToLocalOnStart" serializeAs="String"&gt;
         &lt;value&gt;True&lt;/value&gt;
       &lt;/setting&gt;
 
 
 
      &lt;setting name="UseNTLMAuthentication" serializeAs="String"&gt;
         &lt;value&gt;True&lt;/value&gt;
       &lt;/setting&gt;
       &lt;setting name="DBType" serializeAs="String"&gt;
         &lt;value&gt;2&lt;/value&gt;
       &lt;/setting&gt;
 
Opened DataPRO in DBType = 2 (connected to asada)
 
 
 
closed DataPRO and changed DBType = 1 in config file
 
opened DataPRO again</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-13T21:08:57Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>ReleaseNoted</StatusString>
    <TimeStamp>2024-08-13T20:13:38Z</TimeStamp>
    <ReleaseNote>Corrects an issue with the Copy to Local on startup functionality for hybrid databases</ReleaseNote>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-13T20:13:15Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-13T19:37:01Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment>Testing steps:
 
 
Using DataPRO 4.2.467
 
Opened config file and changed the following
 
  &lt;setting name="UseNTLMAuthentication" serializeAs="String"&gt;
         &lt;value&gt;True&lt;/value&gt;
       &lt;/setting&gt;
       &lt;setting name="DBType" serializeAs="String"&gt;
         &lt;value&gt;2&lt;/value&gt;
       &lt;/setting&gt;
       &lt;setting name="LocalDbHost" serializeAs="String"&gt;
         &lt;value&gt;asada&lt;/value&gt;
       &lt;/setting&gt;
       &lt;setting name="CopyRemoteToLocalOnStart" serializeAs="String"&gt;
         &lt;value&gt;True&lt;/value&gt;
       &lt;/setting&gt;
 
Opened DataPRO and observed the following:
 
 
signifying CopyRemoteToLocalOnStart is working in 4.2. (Not sure if I saw this behavior in 4.3, will check)
 
Verified Test Setups and that I was connected to asada:
 
 
 
Closed DataPRO and changed the following in the config file:
 
       &lt;setting name="DBType" serializeAs="String"&gt;
         &lt;value&gt;1&lt;/value&gt;
       &lt;/setting&gt;
 
Opened DataPRO again</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-13T18:01:55Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment>So when CopyRemoteToLocalOnStart  is set to True and DBType = 1
 
Test Setups previously made in local only will be trashed and remote test setups will copy over. This is by design</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-12T23:59:51Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment>Testing steps:
 
 
In remote only mode for DataPRO v4.3.332 set the following settings:
 
       &lt;setting name="LocalDbHost" serializeAs="String"&gt;
         &lt;value&gt;asada&lt;/value&gt;
       &lt;/setting&gt;
 
       &lt;setting name="UseNTLMAuthentication" serializeAs="String"&gt;
         &lt;value&gt;True&lt;/value&gt;
       &lt;/setting&gt;
       &lt;setting name="DBType" serializeAs="String"&gt;
         &lt;value&gt;0&lt;/value&gt;
       &lt;/setting&gt;
 
Created a test setup with ROI and saved:
 
 
 
Closed DataPRO and opened config file
 
Changed the following for local  only mode
       &lt;setting name="DBType" serializeAs="String"&gt;
         &lt;value&gt;1&lt;/value&gt;
       &lt;/setting&gt;
 
Saved config file and opened DataPRO
 
Created 2 test setups with ROIs in local only:
 
 
 
Closed DataPRO and back in the config file changed the following attribute:
 
 

       &lt;setting name="CopyRemoteToLocalOnStart" serializeAs="String"&gt;
         &lt;value&gt;False&lt;/value&gt;
       &lt;/setting&gt;
 
 to 
 
       &lt;setting name="CopyRemoteToLocalOnStart" serializeAs="String"&gt;
         &lt;value&gt;True&lt;/value&gt;
       &lt;/setting&gt;
 
 &amp;&amp;
 
       &lt;setting name="DBType" serializeAs="String"&gt;
         &lt;value&gt;2&lt;/value&gt;
       &lt;/setting&gt;
 
 
Saved and closed. Opened DataPRO in DBType = 2
 
Closed DataPRO and changed config file to DBType = 1 (local only)
 
I see the following:
 
 
But this deletes my previous test setups
 
Will ask if this is by design</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-12T23:51:06Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Jaime Lopez</User>
    <Comment />
    <StatusString>Assigned</StatusString>
    <TimeStamp>2024-08-08T20:59:59Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-05T20:49:06Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Resolved</StatusString>
    <TimeStamp>2024-08-05T18:44:30Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Resolved</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>4.0/4.2/4.3@51204
 
The easiest way I found to test this was to start with a blank database local and remote, insert two tests locally with ROI periods and one remotely with ROI periods, then turn on hybrid database, point to your central server and turn on copy remote to local on startup
 
this should be tested whether there's a logged in user remember or the user has to login on startup - but the copy to local should work the same regardless of whether there's a remembered user for login or not.
 
before the patch it will throw an error in the log matching the one TEMA found, and would show the blank screen, after it should copy and then look normal after it finishes the copy.
 
here are relevant settings in the DataPRO.exe.config file for remote copy and hybrid mode
 
copy remote to local only runs when in hybrid mode
 
    &lt;Setting Name="UseNTLMAuthentication" Type="System.Boolean" Scope="Application"&gt;
       &lt;Value Profile="(Default)"&gt;True&lt;/Value&gt;
     &lt;/Setting&gt;
     &lt;Setting Name="DBType" Type="System.Int32" Scope="Application"&gt;
       &lt;Value Profile="(Default)"&gt;2&lt;/Value&gt;
     &lt;/Setting&gt;
     &lt;Setting Name="LocalDbHost" Type="System.String" Scope="Application"&gt;
       &lt;Value Profile="(Default)"&gt;fajita&lt;/Value&gt;
     &lt;/Setting&gt;
     &lt;Setting Name="CopyRemoteToLocalOnStart" Type="System.Boolean" Scope="Application"&gt;
       &lt;Value Profile="(Default)"&gt;True&lt;/Value&gt;
     &lt;/Setting&gt;</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-05T18:44:24Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>Dan McFadden
 
Internal
 
 •Today 09:01
 
 
 
 
 
 
 
I'm ready to start looking at this issue, first thing I notice is that looking in the log provided:
  
 2024-05-22 14:36:32.680 !! An exception of type: System.Data.SqlClient.SqlException occurred Module: System.Data.dll, Name: OnErrorMessage: The ALTER TABLE statement conflicted with the FOREIGN KEY constraint "FK_TestSetupROIs_TestSetupId". The conflict occurred in database "DataPro", table "dbo.TestSetups", column 'TestSetupId'. StackTrace: at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action1 wrapCloseInAction) StackTrace: at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean&amp; dataReady) at System.Data.SqlClient.SqlCommand.RunExecuteNonQueryTds(String methodName, Boolean async, Int32 timeout, Boolean asyncWrite) at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean&amp; usedCache, Boolean asyncWrite, Boolean inRetry) at System.Data.SqlClient.SqlCommand.ExecuteNonQuery() at DatabaseServices.DatabaseCopyViewModel.CopyFunc()
  
 this is a foreign key constraint violation when copying test setup rois.  We noticed an issue with MIRA with a migrated database and rois.  Multiple ROIs is a feature that was added after MIRA's from installation, and the migration didn't migrate the ROIs well.  It could be related to that.  Is this database available?  I'll use a generic 4.0 database for the time being but if I can't duplicate it with a generic database then it would be useful to get a copy of their database.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Dan McFadden
 
Internal
 
 •Today 09:40
 
 
 
 
 
 
 
I couldn't duplicate this in a quick test of copy to local with a 4.0 database with a test setup ROI but looking at the local database after the copy and the code I see how this happens.
  
 The TestSetupsROI table is never copied from the central server, while the test setup table is, the test setup ROI table has a FK constraint in test setups.  We turn off FK constraints during the copy process, then turn them back on at the end of the copy.  If the user had a FK constraint in the local database but didn't have that test setup in the central db, then during the copy the local test setup would be wiped out, but not the ROI, but then when the constraints were turned back on it would be invalid, or during the clear process itself the foreign constraint could be broken if the constraint was not turned off on the ROI table first.  I should be able to test this easily.
  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Dan McFadden
 
Internal
 
 •Today 09:45
 
 
 
 
 
 
 
I can duplicate this by taking those exact steps, create a test setup in the local database that won't exist in the central database test id wise (so I had one in my central database so I created two in my local database).  It reproduced this issue.
 you can wipe out the TestSetupsROI table to maybe work around this, but I will adjust the copy code to include any missing tables, when these tables were added they were not added to the copy code.
 
 
 
here's the SQL to find identity columns 
 
select COLUMN_NAME, TABLE_NAME
       from INFORMATION_SCHEMA.COLUMNS
        where TABLE_SCHEMA = 'dbo'
        and COLUMNPROPERTY(object_id(TABLE_NAME), COLUMN_NAME, 'IsIdentity') = 1
        order by TABLE_NAME</Comment>
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-05T18:08:26Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Assigned</StatusString>
    <TimeStamp>2024-08-05T15:32:36Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-01T15:16:51Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-08-01T15:14:02Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-07-30T20:41:06Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2024-07-30T20:40:22Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Assigned</StatusString>
    <TimeStamp>2024-07-17T15:36:52Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>##- Please type your reply above this line -##
 
You are a follower on this request (#13772, #dtsweb.zendesk.com/agent/tickets/13772). Reply to this email to add an internal note to the request.
         
   
Nathan Brown (DTS)
 
Jul 16, 2024, 14:02 CDT
     
Private note
     
+ Dan McFadden is this enough information? I have been unable to get the feature to work at all.
         
 
         
   
Doug Nelson
 
Jun 26, 2024, 14:16 CDT
 
Attaching the log Nate mentioned since I didn't attach it in this ticket..
 
 
Attachment(s)
 DataPRO.log
         
 
         
   
Chris Balogh (DTS)
 
Jun 25, 2024, 15:42 CDT
     
Private note
     
Hi Mark Chiaverini , 
  
 Just including you for visiblity here. There are lingering issues present in DataPRO that are preventing Toyota from moving forward with modern builds of DataPRO. Nate has been working through these issues with Jared and his team and we're making progress. This morning Doug opened 8 cases from an original, larger ticket. We're working with the softwae team to get thse sorted. Just wanted to make sure you're aware of this evolving effort to move Toyota forward.
         
 
         
   
Chris Balogh (DTS)
 
Jun 25, 2024, 15:39 CDT
 
Hi Jared,
  
 I appreciate the honest feedback and thank you for bringing these issues to our attention. I understand the position this puts your team in as you try to adopt the new version of DataPRO. We'll work to move these items through the pipeline as quickly as we can.
  
 Talk to you soon,
 Chris
         
 
         
   
Jared Vogt
 
Jun 25, 2024, 13:44 CDT
 
•• PROTECTED 関係者外秘
 
 
 
Hello Omar,
 
These tickets are all from one larger ticket(#13764).  We here at Toyota are trying to implement DataPRO software but are reluctant because the software just does not seem to work for us.  We find many bugs or anomalies that don’t give us high confidence or disrupt our processes more than it is worth.  I think many of the anomalies or bugs, if not all, are in the software.   Some of these ticket issues are old.  Feel like Nate is spread thin and could use some help, maybe from the software team to get these resolved.  We are happy to assist if any more details are needed. 
 
Best regards,
 
Jared Vogt
 
 
         
 
         
   
Omar Bravo (DTS)
 
Jun 25, 2024, 12:11 CDT
 
Doug,
  
 Thank you for using the DTS help center!
  
 I am assigning this ticket to Nate for follow up.
  
 Best Regards,
  
 Omar
         
 
         
   
Doug Nelson
 
Jun 25, 2024, 11:25 CDT
 
Broken Issue off from ticket #13365.
 
5-22-24:
 Toyota is very interested in operating with a central database in local mode to help improve speed of navigation AND test execution.
 
 To help accommodate this, we'd like to automatically sync on start.
 
 We will test the CopyRemoteToLocalOnStart flag.
 
 &lt;setting name="CopyRemoteToLocalOnStart" serializeAs="String"&gt;
 
    &lt;value&gt;True&lt;/value&gt;
 
&lt;/setting&gt;
 
 When I try to use the CopyRemoteToLocalOnStart feature, DataPRO does cycle through all of the elements and synchronize locally, but...
 
 Then I see an empty canvas--DataPRO never fully loads:
 
Attached is the log file from this attempt
         
----------------------------------------------
 Customer Details:
 Name: Doug Nelson ( doug.nelson@toyota.com )
 Organization: TEMA
 
----------------------------------------------
 If you no longer wish to see notifications for this ticket, please use the 'Unfollow' option in the Followers List.
 
You are an agent. Add a comment by replying to this email or view ticket in Zendesk Support.
     
Ticket #
   
13772
     
Status
   
Open
     
Requester
   
Doug Nelson
     
CCs
   
Jared Vogt, Tory Showek
     
Followers
   
Dan McFadden, Mark Chiaverini, Omar Bravo
     
Group
   
Support
     
Assignee
   
Nathan Brown
     
Priority
   
Normal
     
Type
   
Question
     
Channel
   
Web Form
     
 
 
This email is a service from DTS. Delivered by Zendesk.
 
[0X7L2J-2VPWK]Ticket-Id:13772Account-Subdomain:dtsweb</Comment>
    <StatusString>Opened</StatusString>
    <TimeStamp>2024-07-17T15:36:51Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Opened</Status>
  </FBEvent>
</ArrayOfFBEvent>