-
Notifications
You must be signed in to change notification settings - Fork 32
fix(publisheddata): return the correct format for publisher in v3
#2392
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
Conversation
ac4160f to
6ed3505
Compare
6ed3505 to
69aafd1
Compare
69aafd1 to
10a6335
Compare
minottic
left a comment
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.
are there tests anywhere (either unit or mocha) that check the transformations?
minottic
left a comment
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.
I have a bit the impression tests are missing, at least for the bug fix, I expected to see a test now.
For what concerns the refactor, that looks very nice IMO! Was this mapping ever tested, even before your refactor?
tests for the mapping were not really existing, my last commit adds some |
69abcee to
8358def
Compare
|
this also fixes a bug where |
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.
I think the tests from 8358def are great, but since they also required a bunch of bug fixes, would it make sense to move that commit to a dedicated PR (if cherry-picking the commit into master is not too conflict prone)? then we limit this to a refactor and the git history will look cleaner.
minottic
left a comment
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.
I think the tests from 8358def are great, but since they also required a bunch of bug fixes, would it make sense to move that commit to a dedicated PR (if cherry-picking the commit into master is not too conflict prone)? then we limit this to a refactor and the git history will look cleaner.
actually forget this, I missed before that this PR already contains bug fixes, and it's not only a refactor.
Maybe it's worth though to open an issue to refactor the convertObsoleteToCurrent in the same way leveraging DTOs
Description
V3 api should return
"publisher": "string"not"publisher: { "name": "string" }Motivation
Fixes
Changes:
publisherproperty in reponseTests included
Documentation
official documentation info