Scenario: When working on a TFS Project, if one edits a Workflow and adds an Activity which includes an indicative screenshot, one has to check in the workflow/the project/project.json, TWICE before it is on the TFS server. First check-in uploads the new activity, second check-in uploads the image file.
Steps to reproduce:
Open a TFS Project.
Check out a workflow for editing.
Add a find element or mouse click activity where an indicative screenshot is saved
Save the workflow.
Notice how the edit (pencil) icon is active on the Workflow.
6a. Right click the Parent Project folder, or any other file in the Project folder and choose “Check-in”. Now wait for the “Check in Changes” Window to appear.
6b. Notice how the screenshot file is missing from the “Check in Changes” Window. Check in.
Notice how the edit icon of your workflow disappears, as if you have no pending changes.
Look for your screenshot in the TFS server, or have your colleagues “Get latest version”. The new activity is there, but no indicative screenshot image. However if, you check-in again, the screenshot file will appear on the list of changes.
Current Behavior: See above.
Expected Behavior: I would expect both the activity AND the indicative screenshot to be checked-in in the same action.
Studio/Robot/Orchestrator Version: 2018.4.3
Last stable behavior:
Last stable version:
OS Version: Windows 10
Others if Relevant: (workflow, logs, .net version, service pack, etc): TFS version 2017
#Bump
Is this really the official bug report system? I have provided a reproducible bug, with detailed information, and I have not even received an official response?
Cheers, Mikkel
The official way for Enterprise Customers is via our technical support here:
It includes the possibility to track your issue as well as on-call sessions with our support team (to further debug/seek a resolution).
UiPath Forum is historically a helping platform for Community Edition users
It’s unfortunate, but can happen that some posts will be answered with a delay here.
Having said that, I added the bug to our system. It will be fixed at one point
That is true, and thank you for that.
But it still does not explain why the screenshots are not shown at the first check in, but then in the second checkin. If the default check in behaviour is to not show screenshots, how come it displays them in the second checkin? I fail to see how this behaviour adds any value to UiPath check in GUI.
In my opinion, the option should be to either:
A: Always check-in non-versioned files
B: Only check-in .xaml files