-
Notifications
You must be signed in to change notification settings - Fork 9k
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
Update dependencies to latest #4496
Update dependencies to latest #4496
Conversation
Bamm! checks have failed I get the idea behind the update to latest dependencies |
@heldersepu fair call on |
You got a lot of failing tests...
|
@heldersepu I tried reverting I think the component isn't rendering in the test as markdown looks correct in when running locally. Perhaps with the bump to |
Already have bumped |
I do not see your push reverting |
I reverted the |
push the revert let's see what Travis CI shows... the latest shows:
|
Yep, still see the same amount of errors... |
package.json
Outdated
@@ -18,7 +18,6 @@ | |||
"build-bundle": "webpack --config webpack-dist-bundle.config.js --colors", | |||
"build-core": "webpack --config webpack-dist.config.js --colors", | |||
"build-standalone": "webpack --config webpack-dist-standalone.config.js --colors", | |||
"predev": "npm install", |
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.
Why are you removing this?
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.
Mistakenly removed. I'll restore it.
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.
restored
package.json
Outdated
"nightwatch": "^0.9.16", | ||
"node-sass": "^4.5.0", | ||
"npm-run-all": "4.0.2", | ||
"npm-run-all": "^3.1.1", |
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.
You are actually downgrading here...
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.
That happened when I reverted from yarn
. I'll fix.
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.
fixed
"imports-loader": "0.7.1", | ||
"json-loader": "0.5.4", | ||
"json-server": "^0.11.0", | ||
"karma": "^1.7.0", |
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.
Is karma not needed anymore?
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.
It didn't appear to be in use; checked for usage and only found mocha
testing.
Can't speak for the other dependencies (leaving those to @shockey) but updating to React 16 may not be feasible right now. |
i thought that i found the issue the missing i'll rollback to |
…pector with react-inspector (16.x support)
After latest commits we still see the same on Travis:
If I was you I will close this PR and start a new one, there I will push one dependency change at a time that way you see where the UnitTests are breaking. |
Hi @dennisroche! Thanks for this PR.
Officially, our projects use npm. I have absolutely nothing against using or supporting Yarn here, but for simplicity's sake I think it's important that we stick with one or the other. Looking at the We did introduce a All that being said: I welcome the reintroduction of lockfiles (they are clearly a good idea), but we should stick with npm instead of moving just one thing over to Yarn, specially when supporting Yarn will either be at the expense of the npm experience (npm users get no lockfile) or at the expense of consistency (npm and yarn users install from different, possibly differing, lockfiles). I'd be fine with a Feel free to propose a wholesale switch to Yarn in another PR, though 😉
Our React dependency has been a constant thorn in the project's side... here's some context. Swagger-UI is not a React library: we expose a regular function that, behind the scenes, mounts a React 15 application at a specified DOM element. This means that we need to bring our own React with us, so we can run in non-React contexts (for example, https://github.com/shockey/swagger-ui-angular4/blob/master/package.json#L26). This is great for most folks:
It breaks down with projects using React 16 and beyond (or 14 and earlier, for that matter): the top-level React in their application freaks out (something like Changing our React version to 16 would just shift who we support: folks on 15 and earlier would suddenly have the problems described above. That would be a breaking change, which we'd like to avoid. I've discussed this at length elsewhere in the issue tracker: see #3158, #3000 (comment), #4232 (comment), #3934 (comment), #3955 (comment).
Great! I'll add any other thoughts as a code review. |
@@ -7,10 +7,6 @@ import ApisPreset from "core/presets/apis" | |||
import * as AllPlugins from "core/plugins/all" | |||
import { parseSearch } from "core/utils" | |||
|
|||
if (process.env.NODE_ENV !== "production" && typeof window !== "undefined") { |
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.
Is there a specific reason that this was removed?
@@ -16,7 +15,6 @@ export default class Debug extends React.Component { | |||
e.preventDefault() | |||
this.setState({jsonDumpOpen: !this.state.jsonDumpOpen}) | |||
} | |||
window.Perf = Perf |
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.
Is there a specific reason that this was removed?
@shockey thanks for the context on
i'm going to close this PR for now and make the above changes. thanks for the time guys. |
@dennisroche no worries, we appreciate the enthusiasm 😄 there’s really no way you could’ve known all of that context ahead of time. In the future, if you’re unsure about the impact of a change that you’d like to make, feel free to drop me an email (address in profile). Looking forward to the PRs - thanks again! |
Description
yarn.lock
react 16.3
webpack 3.11
Motivation and Context
Fixes #4495
How Has This Been Tested?
Running locally in Chrome and using current automation test suite.
Checklist
My PR contains...
src/
is unmodified: changes to documentation, CI, metadata, etc.)package.json
)My changes...
Documentation
Automated tests