| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| | |
orhantoy/feature/fix-scaffold_controller-generator-usage
[ci skip] Fix `scaffold_controller` generator usage
|
| | |
|
| |
| |
| |
| | |
We don't get any benefit from it at all.
|
|\ \
| | |
| | |
| | |
| | | |
greysteil/better-spacing-in-production-environment
Better spacing in environments/production.rb file
|
| | |
| | |
| | |
| | |
| | | |
Previously there were a couple of places where double-spacing or no spacing
was happening, depending on skipped options.
|
| | | |
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Allow a default value to be declared for class_attribute
* Convert to using class_attribute default rather than explicit setter
* Removed instance_accessor option by mistake
* False is a valid default value
* Documentation
|
| |
| |
| |
| |
| |
| | |
secrets key file that is created by rails secrets:setup"
This reverts commit 75500476eb7e953a06cc64e67ecc57b13ef8cc99.
|
|\ \
| | |
| | | |
[ci skip] Add elm option of webpack to generator description
|
| | | |
|
|/ / |
|
|\ \
| | |
| | | |
AEAD encrypted cookies and sessions
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This commit changes encrypted cookies from AES in CBC HMAC mode to
Authenticated Encryption using AES-GCM. It also provides a cookie jar
to transparently upgrade encrypted cookies to this new scheme. Some
other notable changes include:
- There is a new application configuration value:
+use_authenticated_cookie_encryption+. When enabled, AEAD encrypted
cookies will be used.
- +cookies.signed+ does not raise a +TypeError+ now if the name of an
encrypted cookie is used. Encrypted cookies using the same key as
signed cookies would be verified and serialization would then fail
due the message still be encrypted.
|
| | |
| | |
| | |
| | | |
Fixes #29247
|
| | | |
|
|\ \ \
| | | |
| | | | |
Define path with __dir__
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
".. with __dir__ we can restore order in the Universe." - by @fxn
Related to 5b8738c2df003a96f0e490c43559747618d10f5f
|
|\ \ \
| | | |
| | | | |
Make `secrets:edit` run `secrets:setup` if it hasn't already.
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
Setup config/secrets.yml.enc with template contents for people to edit.
Then generate encryption key and encrypt the initial secrets.
|
| | |
| | |
| | |
| | | |
with it
|
|/ / |
|
| | |
|
|/ |
|
|
|
|
|
|
| |
Capybara 2.14.0 was released. Loosen the tight constraint in the
generated Gemfile, so that Rails applications can take advantage of the
new version
|
|
|
|
|
| |
Since `package.json` is created in root directory, it is appropriate to
create it in `create_root_files`.
|
|
|
|
|
| |
The `package.json` is created only if `skip_yarn` is not specified.
https://github.com/rails/rails/blob/a4c1282854795d1f0d7696ce1ccbabf94b3d9098/railties/lib/rails/generators/rails/app/app_generator.rb#L202..L204
|
|
|
|
|
|
| |
Import from https://github.com/rails/webpacker/pull/277.
Fixes https://github.com/rails/webpacker/issues/278
|
|
|
|
| |
The css selectors on the generated error pages are too broad (for example `text-align: center` on `body` and thus bleed out to the following pages (say, by pressing the back button) when using Turbolinks. This commit namespaces all the selectors.
|
|\
| |
| | |
Don't generate system test files if `skip_system_test` option is specified
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Allows users to not have remote forms by default, since there's
more JS harness, e.g. bundling rails-ujs, otherwise.
Also don't skip creating defaults file anymore. Sprockets isn't the only new config.
|
|/ |
|
| |
|
| |
|
| |
|
|
|
|
| |
Follow up to #28546
|
|\
| |
| | |
make it clear how to enable caching
|
| | |
|
| |
| |
| | |
since this is a new change, many will be coming here to toggle the true/false config and not find it. This will allow them to quickly implement the change.
|
|\ \
| | |
| | |
| | |
| | | |
y-yagi/remove_unnecessary_files_to_api_applications_when_app_task_task_executed
Remove unnecessary files to API-only Applications when `app:task` task executed
|
| |/ |
|
|\ \
| | |
| | |
| | | |
Remove -j (--javascript) option from `rails new`
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The "-j" option was added 5 years ago (https://github.com/rails/rails/commit/d9c39c3a)
when we wanted to support prototype-rails and jquery-rails.
Prototype is not as popular and jQuery is not a requirement anymore.
Still the "-j" option can be used to install *any* gem that ends in "-rails".
This "might" open security issues and does not bring great benefits anymore.
If you know which "-rails"-ending gem you want to install, you can manually
add it to the Gemfile just like any other gem.
|
|\ \
| | |
| | | |
ignore system test gems on Gemfile when execute with --skip-test option
|
| |/ |
|
|/
|
|
|
|
| |
This is a follow up to a6d065e. When using `form_with` you must supply
field ids manually. Since the scaffold generator is using labels we
need to make sure that they are linked up properly.
|
|\
| |
| | |
List options for `rails new --webpack=WEBPACK`
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When you type `rails new -h`, the `--database=DATABASE` options display
this useful message:
> Preconfigure for selected database (options: mysql/postgresql/sqlite3/oracle/frontbase/ibm_db/sqlserver/jdbcmysql/jdbcsqlite3/jdbcpostgresql/jdbc)
However, the `--webpack=WEBPACK` option only displays this:
> Preconfigure for app-like JavaScript with Webpack
so it's hard to know *which* values are valid for `WEBPACK`.
This commit improves the help message to display:
> Preconfigure for app-like JavaScript with Webpack (options: react/vue/angular)
The implication of this commit is that the list needs to be manually updated
whenever rails/webpacker adds support for a new framework.
However, I don't imagine this list to change very frequently, and I think that
the benefit of display the list to the users is greater than the hustle of
updating the list when needed.
|
|\ \
| |/
|/| |
Don't add a dummy API key to every new Rails app
|