Issues Transfering Script to a new PC

[MaxG]

It does not appear to be a standard control:

[MaxG]

Ok, so copy/pasting a screen shot isn't working for me.  The control class for the listview is "TBccListView" which is non-standard.

Edited August 20, 2015 by MaxG
Explanation for blank post

[mLipok]

  On 8/20/2015 at 6:11 PM, MaxG said:

The control class for the listview is "TBccListView" which is non-standard.

It looks like Delphi control.

 

Did you make any progress ?

 

[MaxG]

Hi mLipok,

That's interesting to here your take on that.  I know very little, if anything, about Delphi - but when two users attempt to access the same table we get a Borland Engine error so you could very well be right as a brief glance at Wikipedia suggests Borland and Delphi are related.

I did end up making some progress!

I ended up slowing down my whole script as an experiment and after about two days of testing it seems to be significantly more stable using the following changes:

1. WinWaitDelay option to increase from 250ms to 1s.
2. Upped the SendKeyDelay and SendKeyDownDelay from 10ms to 50ms.
3. Changed a constant that controls numerous sleep statements from 250ms to 1s.

I still don't understand why some WinWait statements appeared to be bypassed, but I'll have to settle for a working script and not let a lack of understanding keep me up at night.  Some of the timing increases may be a bit extreme, but on the whole everything functions within the needs of the project.

Thank you for checking back, I appreciate that! You referenced another thread and I think that may have helped me stumble upon the WinWaitDelay option as an idea, so I'll like that post to give you a rep boost.

[mLipok]

  On 8/25/2015 at 9:34 PM, MaxG said:

 

1. WinWaitDelay option to increase from 250ms to 1s.

Increase ?

[mLipok]

  On 8/25/2015 at 9:34 PM, MaxG said:

I still don't understand why some WinWait statements appeared to be bypassed, but I'll have to settle for a working script and not let a lack of understanding keep me up at night.  Some of the timing increases may be a bit extreme, but on the whole everything functions within the needs of the project.

Could you please show in your code (in post #9) , exactly which one WinWait ?

 

[MaxG]

1. Yes, increased WinWaitDelay from the default 250ms to 1,000ms (1s)
    
2. I copied the code from post #9 into Notepad++ so I could reference some line numbers for an example:
   Note: The "Main Problem" section below might be a more straight forward example whereas the "Backstory" section might just be confusing.
   
   Backstory:
   - Found the script had exited using an error message box on line 803
   
   - The target application got tripped up some where around line 209, where it tries to access a table, but another user was accessing it so I received the "Borland Database Engine Error" but my code to handle that is not very solid.
   (Normally when this occurs I'll find the script waiting on line 230 (WinWait("Select a Permit", "&Modify"), which is fine.)
   
   - Instead of being paused at line 230, it proceeded to execute. Lines 236 - 698 are all outside of the target application and primarily do PDF data extraction and validation, so I'm not totally surprised this executed once past the WinWait on line 230.
   
   - However, it gets weird starting on line 703 because this WinActivate statement for the target application should not have worked properly given the other dialogues that were still open from the code around line 209 preventing focus/activation.  I've tried a short reproducer that attempts to replicate lines 703 - 707 while screens from around line 209 are open and it doesn't work, yet the "New List" button was clicked somehow as a new blank list was present.
   
   Main Problem:
   - Now, the reason my script exited in the first place with the msgbox from line 803 is because the script couldn't interact with the "Import Wizard" properly...  and I believe that the dialogue for the import wizard never appeared at all in the first place...  so how could it get past the "WinWait("Import Wizard") statement on line 776?
   
   - If the Import Wizard dialogue had come into existence, the commands that follow (Line 777 - 812)  should have either succeeded, or there would still be an Import Wizard screen left after the exit on line 804 and neither was the case.

Anyway, I think that's the best I can do to give an example, at least right now.  I'm pretty tired this morning, so I apologize if some of the text above is disjointed or hard to follow.

[philkryder]

ANY news on this? 
I was thinking you might want to keep the I5 for yourself and use your machine for the slave to run the process...