Skip to content

Remove type mismatched default value from generator options #534

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

Merged
merged 1 commit into from
Dec 8, 2016

Conversation

tricknotes
Copy link
Member

Since [email protected], the warning message is shown for default type
mismatch.
ref: rails/thor@605897b

We expect these options to be nil by default.

@tricknotes
Copy link
Member Author

This PR has some failing tests due to API change from dependent gems.
These tests will fixed by #533 (Now I investigating why failed).

Since [email protected], the warning message is shown for default type
mismatch.
ref: rails/thor@605897b

We expect these options to be `nil` by default.
@tricknotes tricknotes merged commit 4d8969c into emberjs:master Dec 8, 2016
@tricknotes tricknotes deleted the fix-default-option branch December 8, 2016 01:51
oblakeerickson added a commit to discourse/discourse that referenced this pull request Sep 4, 2020
We are switching over to a fork because we are currently on a pinned
version of ember-rails 0.18.5 which is pretty old. Upgrading to the
latest version causes many things to break which isn't really worth the
time to debug while we plan to completely switch over to ember-cli
somewhat soonish. Our fork contains a single cherry-pick commit

emberjs/ember-rails#534

which will fix an issue when running the `rails g migration` command and
it spits out a bunch of deprecation warnings.
oblakeerickson added a commit to discourse/discourse that referenced this pull request Sep 4, 2020
We are switching over to a fork because we are currently on a pinned
version of ember-rails 0.18.5 which is pretty old. Upgrading to the
latest version causes many things to break which isn't really worth the
time to debug while we plan to completely switch over to ember-cli
somewhat soonish. Our fork contains a single cherry-pick commit

emberjs/ember-rails#534

which will fix an issue when running the `rails g migration` command and
it spits out a bunch of deprecation warnings.
oblakeerickson added a commit to discourse/discourse that referenced this pull request Sep 8, 2020
We are switching over to a fork because we are currently on a pinned
version of ember-rails 0.18.5 which is pretty old. Upgrading to the
latest version causes many things to break which isn't really worth the
time to debug while we plan to completely switch over to ember-cli
somewhat soonish. Our fork contains a single cherry-pick commit

emberjs/ember-rails#534

which will fix an issue when running the `rails g migration` command and
it spits out a bunch of deprecation warnings.
pmusaraj pushed a commit to discourse/discourse that referenced this pull request Sep 10, 2020
We are switching over to a fork because we are currently on a pinned
version of ember-rails 0.18.5 which is pretty old. Upgrading to the
latest version causes many things to break which isn't really worth the
time to debug while we plan to completely switch over to ember-cli
somewhat soonish. Our fork contains a single cherry-pick commit

emberjs/ember-rails#534

which will fix an issue when running the `rails g migration` command and
it spits out a bunch of deprecation warnings.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant