We have tried to replicate the scenario but could not. So can you please elaborate more on what you have done.
load type :(smart load/fast load)
source: file to table/table to table.
is this issue consistent at your end?
open Transfer History view again from "Window-->show view" and check.
share the Log file as well.(Example location : WS\.metadata\Teradata\teradata.log).
We need your inputs to investigate more on this.
Maybe try updating your Studio, your version seems quite old.
Since we tried to replicate the issue, I was asking questions to isolate the issue in which scenario it is failing.
Anyway, I assume there is an issue with loading the history plugin when the workspace starts.
You can upgrade to the latest version and check.
before upgrading, If possible please share the log files. For us will be useful to find the root cause of History loading issue.
Unfortunately upgrading is not that easy, as will need our softwre packing team to repackage and distribute, however I don't believe the version is the issue.
The issue may be because Studio can be opened through our desktops at work, and also via a remote session at home on a windows VM. The same workspace folder is shared by both, so perhaps there is an issue with one of the instances somehow locking the workspace. When I launch Studio at work, usually I leave it open and don't shut it down until the Friday, and this is where I can sometimes lose my history for the week. During that week, I may have logged on from home.
Which logs are you after ?
Do you prefer this to be tracked via an incident ?