-
Notifications
You must be signed in to change notification settings - Fork 10
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
DPL-1056 - Removed breaking restriction #744
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@SHIV5T3R the change looks good.
A small thing; the README.md
doesn't have any instruction on setting up bunny.yml
file. I imagine one has to go to the workflow (in .github
directory) to find out how to utilise it. When I was first setting it up, I ran to an error saying the bunny.yml
was not found.
Do you think that we could improve the README.md
to include instructions on the bunny.yml
file?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
On the related story, Harry wrote:
After removing this, the behaviour is still the same as previously .... Another room with the same name cannot be created, because of the validation validates :name, presence: true, uniqueness: { scope: :ancestry, case_sensitive: true } in the location class, but another location type with the same name can still be created.
I assume that's still true here.
I've done this in a separate PR :) #745 |
Disregard this. Just saw Katy had updated the |
Closes #701
Changes proposed in this pull request
Instructions for Reviewers
[All PRs] - Confirm PR template filled
[Feature Branches] - Review code
[Production Merges to
main
]- Check story numbers included
- Check for debug code
- Check version