Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Zowe Explorer API] Problem in sharing credentials via a base profile --> reassigned to the service profile used #3491

Open
FALLAI-Denis opened this issue Mar 3, 2025 · 5 comments
Labels
enhancement New feature or request priority-low Legit issue but cosmetic or nice-to-have

Comments

@FALLAI-Denis
Copy link

FALLAI-Denis commented Mar 3, 2025

Describe the bug

A base profile is created and is referenced by service profiles that share the same RACF database.
The credentials (user, password) are declared on the base profile.
But when used (via Zowe Explorer), the credentials are automatically repositioned on the service profile used.
This is not the expected behavior.

Since documentation on profile management at Zowe CLI level since Zowe V2 is non-existent or very difficult to find, I implemented what is described here:
https://medium.com/zowe/password-management-for-zowe-cli-profiles-c57f64d1fe88

Please note that since the upgrade to Zowe V3 at Zowe Explorer level we are facing a problem of password synchronization after a modification at TSO level when using in Zowe Explorer and IBM Z Open Editor.
Our users are experiencing account revocations in a loop... This is very badly experienced.

See: Profile validation - Revoking user when starting IBM Z Open Editor with COBOL sources already opened

To Reproduce

  1. create a team zowe.config.json file with base profile and service profiles
  2. user and password are defined to be managed at base profile level
  3. use a service profile
  4. user and password management are duplicated at service profile level

Expected behavior

No replication of user / password at service profile level

Screenshots

Image

Desktop (please complete the following information):

  • OS: Windows
  • Zowe Explorer Version:
  • (Optional) Zowe CLI Version: 3.1.1
  • (Optional) Are you using Secure Credential Store? don't know... use standard installation

Additional context

Copy link

github-actions bot commented Mar 3, 2025

Thank you for creating a bug report.
We will investigate the bug and evaluate its impact on the product.
If you haven't already, please ensure you have provided steps to reproduce the bug and as much context as possible.

@FALLAI-Denis FALLAI-Denis changed the title [Zowe Explorer API] Problem in sharing credentials via a basic profile --> reassigned to the service profile used [Zowe Explorer API] Problem in sharing credentials via a base profile --> reassigned to the service profile used Mar 3, 2025
@traeok
Copy link
Member

traeok commented Mar 3, 2025

Hi @FALLAI-Denis,

I noticed that you have a baseProfile property defined in the GMVS layer of your Zowe config. This property is not supported by Zowe CLI or Zowe Explorer, and since Zowe Explorer cannot find a base profile, it stores the credentials on the profile directly.

If you set this GMVS-EMVS-RACF base profile as your default base profile, Zowe Explorer stores the credentials on the base profile:

{
    "profiles": {
        // profiles defined here
    },
    "defaults": {
        "base": "GMVS-EMVS-RACF"
    }
}

Or, you can re-structure the configuration to use a nested profile, for example:

"GMVS": {
    "properties": {
        // base profile properties here
    },
    "zosmf": {
        "type": "zosmf",
        "properties": {
            // z/OSMF properties here
        }
    },
    "secure": [
        "user",
        "password"
    ]
}

Hope this helps to clear up any confusion regarding the baseProfile property.

@FALLAI-Denis
Copy link
Author

FALLAI-Denis commented Mar 3, 2025

Hi,

I can't declare a default base profile because we have more than one RACF sysplex.

I don't want to use nested profile because this impact naming profile at runtime: parent.child... GMVS.zosmf in your sample.

I need to have a credential management at RACF sysplex level (to avoid revocation of users) without impact on reference naming for profile.

@JTonda JTonda added enhancement New feature or request priority-low Legit issue but cosmetic or nice-to-have and removed bug Something isn't working labels Mar 4, 2025
Copy link

github-actions bot commented Mar 4, 2025

Thank you for raising this enhancement request.
The community has 90 days to vote on it.
If the enhancement receives at least 10 upvotes, it is added to our development backlog.
If it receives fewer votes, the issue is closed.

@zowe-robot zowe-robot moved this from New Issues to Low Priority in Zowe Explorer for VS Code Mar 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request priority-low Legit issue but cosmetic or nice-to-have
Projects
Status: Low Priority
Development

No branches or pull requests

3 participants