Closed Rahul-Kejriwal closed 2 months ago
In this scenario, where was the zowe.yaml file opened? Zowe Explorer for VSCode, ISPF, USS + VI/VIM?
zowe.yaml was opened in Zowe Explorer for VSCode.
The Zowe Explorer for VSCode does not lock the remote file in USS, so the zwe init ... --update-config
flag would have worked as expected on the backend and modified zowe.yaml
. To reflect those changes to zowe.yaml
your VSCode environment, you need to right click the file in Zowe Explorer for VSCode and select Pull from mainframe
to see the latest changes. If you didn't run the Pull from mainframe
and saved the zowe.yaml
file in your VSCode environment, it would overwrite the remote file which reverts the changes made by --update-config
.
I don't believe there's any way to lock a USS file today using Zowe Explorer, or that zwe init would respect the lock.
cc @adam-wolfe for awareness and in case I misstated anything.
Hi Mark, I think you were right that we would see the changes when we pull from mainframe after the successful completion of zwe init command.
I think we can close this issue. Thanks.
Describe the bug --update-config param in zwe init does not update zowe.yaml file if zowe.yaml already open but the messages in the log still says that it was updated successfully
To Reproduce Steps to reproduce the behavior:
Expected behavior --update-config parameter always updates zowe.yaml file and generate error messages like 'File already Open' or 'File in use' in case it's not able to update the file.
Logs
Additional context The above Log messages issued says that the zowe.yaml config file has been updated but actually it was not since the file was already in use.