-
Notifications
You must be signed in to change notification settings - Fork 442
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
Resolve Case Sensitivity Issue in ZenML Stack Renaming #2258
Comments
Hello @strickvl, I'm interested in working on this issue. |
@amitsgh You'd be most welcome to do so! Let us know if you have any questions about the scope etc, and please make sure to follow our contributor's guide (esp the part about basing your branch and PR off the |
Let's say the current validation logic looks something like this (simplified for illustration):
To make it case-sensitive, you would update the function like this:
Additionally, you'll need to ensure that the rest of the ZenML stack management system aligns with this case-sensitive approach. This includes areas where stacks are listed, retrieved, and stored. For the testing part, you would write unit tests to verify the behavior:
This test suite checks that the renaming logic is now sensitive to case changes. It's a basic example and should be expanded based on the full range of functionality and edge cases in the ZenML stack management system. |
Hi! The code snippets you mention don't really have anything to do with the ZenML code base. I'd encourage you to check out the def test_renaming_stack_with_update_method_succeeds(clean_client):
"""Tests that renaming a stack with the update method succeeds."""
stack = _create_local_stack(
client=clean_client, stack_name="My_stack_name"
)
clean_client.activate_stack(stack.id)
new_stack_name = "new_stack_name"
# use the specific exception that gets raised instead of the generic exception
with pytest.raises(Exception):
clean_client.update_stack(
name_id_or_prefix=stack.id, name=new_stack_name
)
assert not clean_client.get_stack(name_id_or_prefix=new_stack_name) Is that any clearer? |
@strickvl, I don't seem to be assigned to this task. Could you please check and assign it to me so that it appears in my assigned list? |
@amitsgh sure. We use the assignments a bit differently at ZenML but I assigned you anyway since it seems it's important to you! |
@strickvl, I apologize for the delay in addressing the GitHub issue. Unfortunately, I'm currently unable to dedicate time to it. I'm sorry for any inconvenience this may cause. Additionally, I will unassign myself from the issue to allow someone else to take over. |
Hello @strickvl, I'm interested in working on this issue, if it is not resolved may i check |
"Hi team, I apologize for the delay in addressing this PR. I was briefly away working on another project and could use some help getting reoriented with the project structure. Would someone be able to provide a quick overview or point me to relevant resources so I can finalize this contribution?" |
is this issue still valid @strickvl, since I see no option to update the name as of now |
Open Source Contributors Welcomed!
Please comment below if you would like to work on this issue!
Contact Details [Optional]
[email protected]
What happened?
There is a case sensitivity issue in the backend of ZenML when users attempt to rename a stack from uppercase to lowercase (or vice versa) (using the frontend dashboard). For example, changing a stack name from “Stack” to “stack” is not possible. The backend's validation logic for renaming stacks is case-insensitive, leading it to mistakenly identify the new lowercase name as a duplicate of the existing uppercase name.
Task Description
Revise the backend validation logic in ZenML to properly handle case sensitivity in stack renaming. The system should permit changes in the case of stack names without erroneously recognizing them as duplicates.
Expected Outcome
Steps to Implement
Additional Context
This enhancement is critical for users who rely on specific naming conventions for their stacks, where case sensitivity can be an essential aspect of their organizational or compliance requirements.
Code of Conduct
The text was updated successfully, but these errors were encountered: